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NOVELL COMPATIBLE 


ONE-STOP ARCnef 
LAN SOLUTIONS 


Now you can get all the tools you 
need to build industry standard 
TOKEN-PASSING networks from 
one source. 

InterContinental Micro. 

Our networking packages let you 
configure any combination of nodes 
(PC s and compatibles, ATs, XTs, Jrs., 
Z-100 s) to a common Fileserver in just 
a few minutes with our menu-driven 
installation program. 

Active and passive hubs allow you 
to integrate up to 255 users on a single 
network with increased efficiency as 
the network grows. 

In addition, our stand-alone ARCnet™ 
Workstation/Fileserverand complete line 
of S-100 Bus products (single board com- 
puters, slaves and controllers) give you 
and your customers even more options. 

ARCnet is a trademark of Datapoint Corporation. 


We’re also compatible with other 
industry-leading ARCnet PC™ and S-100 
products, and our PC networking 
boards include an optional 256K of 
system RAM. 

All with InterContinental Micro’s 
reputation for outstanding reliability, 
exceptional service, and highly com- 
petitive pricing. 

Call InterContinental Micro today, 
or circle the bingo number below for 
ARCnet™ LAN solutions. 

InterContinental 
mm i Micro 

4015 Leaverton Court, Anaheim, CA 

92807; Phone: (714) 630-0964 

Telex: 821375 SUPPORT UD: Easylink: 62562040. 

Call for GSA pricing. 
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A 32-BIT S-100 BOARD 
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OUR COVER 

The new XXU, a 68020/68881 
CPU card from Cromemco, 
delivers true 32-bit processing 
for the S-100 bus. 

See page 69. 

Cover photograph by Mark Gottlieb. 
Photograph production 
courtesy of Cromemco, Inc. 
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What you should know about the 
S‘100 market & Advanced Digital... 

BEFORE you buy; 


"With the new wave of outstanding S-100 products 
hitting the market, S-100 manufacturers continue 
to assert their dedication to superior quality and 
innovative design. For many years ahead, they will 
equip thousands of small businesses and pro- 
fessionals with the most versatile and upgradable 
microsystems in existence." 

— Jay Vilhena, Editor 
S-100 Journal 


"At Advanced Digital Corporation our business 
philosophy can be stated in one word - “Pride." 
Pride in the quality and performance of the prod- 
ucts we design and manufacture... Pride in the 
dedication, experience and performance of our 
employees... and Pride in our achievements and 
contributions to the S-100 marketplace." 

— Hossein Asadi, President 
Advanced Digital Corporation 



Attractive Features. 
Attractive Prices. 


Advanced Digital Corporation offers the most 
complete line of S-100 products with the latest in 
the state-of-the-art microcomputer technology. 
All of ADC's S-100 products are powerful high 
speed 8-bit and 16-bit single board computers. 
Your S-100 system can grow from ordinary to 
awesome with ADC's superb family of S-100 
boards quickly, easily and cost-effectively. 



Financial 

Stability 

Founded in 1980. Advanced Digital Corporation 
is one of the most financially sound, privately 
held computer manufacturers. The company 
has consistently shown a profit in every quarter 
since 1980. It is the intention of ADC to continue 
as the industry leader and remain in the fore- 
front of technology assuring you of the finest 
product and service for years to come. 



Duality 

Assurance 


Rigorous testing of each and every product by 
ADC's highly skilled technicians assures custo- 
mers of trouble-free products. ADC prides itself 
with the strictest quality control in the industry. 
No company has higher quality control stand- 
ards, or a better success rate than ADC's Every 
product is backed by a one year warranty. 
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Customer Service; 

24 Hour Repair. 

Highly-skilled technicians are assigned to cus- 
tomer support full time. In most cases, a problem 
can be solved over the phone in a few minutes. 
If not. repairs can be completed within 24 hours 
from receipt of product. Centralized repair ser- 
vice is available through ADC's Service Center. 


S Market Penetration; 

□ Over 12,000 units 
installed. 

With an installed base of over 12.000 units world- 
wide. ADC provides service to thousands of 
businesses and individual owners. By developing 
a superior line of S-100 products. ADC has 
become a major force in the industry. Customers 
include: US Navy, NASA. Harris Systems, Aero- 
space Corp. 

® Resources... 

□ Technical Expertise, 
Advanced Engineering. 

ADC has assembled a team of highly expe- 
rienced, industry renown specialists in engineer- 
ing, manufacturing, marketing, sales and 
administration. ADC is a company of pioneers 
and innovators that have led the way and set the 
S-100 standards. 



Founded in 1980, by a team of highly skilled and 
experienced engineers, Advanced Digital Corporation 
has grown to become a leading supplier of Single-Board 
Computers, Multi-User, Multi-Processor computer systems 
and memory subsystems for the S-100 Bus and PC 
Compatible Products marketplace. We’re 
a company that has made tremendous 
growth without sacrificing the major factor 
that led to it. Qualily.. .quality in our 
product, in our people, and in the way 
we do business. 


Leading our success in the S-100 
market, is a legacy of products that 
represent the needs of the S-100 
market. Products such as Super 
System II, Super 16, Super 186 
and Multi-Slave have made 
ADC the success it is today. 


SUCCESS STORIES: 

• SUPER SYSTEM II. ..A fully integrated 
system that runs under CP/M 2.2® for 
single-user applications or TurboDOS® for 
multi-user installations for both 8 and or 
16-Bit including networking to PC’s. 


Progress. 
Success. 
It’s the Story 

_ of our 
Company. 

AD 


• SUPER 16. ..The cost effective 16-Bit 8 MHz Multi-User 
Single Board Slave processor. 

• SUPER 1 86 . . . The first high speed 8 MHz 1 6-Bit S-1 00 Single 
Board Computer. 

• MULTI-SLAVE...A three user board contains three 
independent computers at 8 MHz and 

runs the TurboDOS operating system. 

The success of ADC in the S-100 market is 
also due to the following line of quality 
products: • Super Star • Super Quad 
• Super Six • Super Slave • Master 9. 

At ADC we’re an aggressive company, a 
progressive company, an 
innovative company. To be 
successful, we know that each 
product we develop must be 
totally unique to the market. 

Our progress and success is with products 
that have gained the highest ratings and 
the respect of the entire S-100 industry. 

Our success is based on superior 
technology, unique features, and the 
most cost competitive prices in the 
market. When you’re looking for progress, 
look to ADC, because it’s the story 
of our company. 


ADVANCED DIGITAL CORPORATION 

ADVANCED DIGITAL CORPORATION ADVANCED DIGITAL U.K. LTD. 

5432 Production Drive • Huntington Beach, CA 92649 27 Princes Street, Hanover Square • London W1 R8NQ-United Kingdom 

(714)891-4004.(800)251-1801 . Telex 183210 ADVANCED HTBH (01)409-0077.(01)409-3351 . TLX 265840 FINEST 

© TurbosDOS is a trademark of Software 2000. ® CP/M 2.2 is a trademark of Digital Research Corporation. 

SEE US AT FALL/COMDEX 86 . BOOTH 1480 
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BYPASSING THE OBSOLESCENCE GAME 


The September 1 issue of Info- 
World announces on its first page: 
‘IBM Planning to Replace PC Line, 
Analyst Predicts.’ The Septem- 
ber 8 issue of Newsweek carries a 
16-page full-color ad from IBM 
promoting the PC line and 
accessories. 

We know that it will happen 
again because it always has. Com- 
puters arrive and they soon depart. 
And companies will advertise their 
obsolete micros until the eve of the 
day they announce a new replace- 
ment (sometimes the replacement 
is not even obsolete!). And, until 
the eve of that day, there is no lack 
of takers who wake up the next 
morning to find that their $2495 
system is now advertised in The 
Morning News for $995. 

For the nontakers there are alter- 
natives. S-100 systems continue to 
succeed as the never-obsolete 
micro. Consider that the S-100 bus 
was first introduced more than 11 
years ago. Probably 90 % of all the 
types of other computers that were 
born since are now long dead, 


never to be spoken of again. With 
them died most publications that 
over the years have emerged to 
support specific machines. S-100 
Journal was introduced only 1 
year ago. That’s more than 10 
years after the S-100 bus came on 
the scene. Yet, our magazine is 
flourishing and still steady on its 
course to support only S-100 
computers. 

During this past year, more than 
30 new S-100 boards have been 
introduced. These are perfor- 
mance products that continue to 
expand the versatility and 
capabilities of the bus. One- 
megabyte S-100 static RAM 
boards are now available from 
CompuPro, Lomas Data Products, 
and other companies. A two- 
megabyte static RAM board is 
available from MACROTECH In- 
ternational. From Intelligent Com- 
puter Designs comes the 
HD64180-based single board 
computer that carries on-board 
everything from memory to LAN 
controller. InterContinental 


Microsystems places four 
HD64180 chips on a single board 
allowing four users on a single 
card. Inner Access is shipping 
SCSI interface boards that allow 
S-100 systems to run optical disk 
drives. Z80 slave boards have 
allowed running 8-bit software on 
16-bit systems. Now Advanced 
Digital lets you have three Z80H 
CPUs running at 8 MHz on one 
slave board and throws in six serial 
ports. Teletek, Earth, ICM, and 
other S-100 companies are im- 
plementing sophisticated LANs 
that connect S-lOO’s to many other 
computers and allow as many as 
4,000 workstations. Finally, to top 
a successful year, we now have 
32-bit S-100 boards from 
Cromemco. 

The list goes on. It will continue 
growing in the future. In the most 
fluid industry of the century, only 
the S-100 bus is permanent this 
side of the VAX. If you own an 
S-100 system, keep it. If you don’t, 
go out and buy one. 

Jay Vilhena 


S-100 JOURNAL ADVERTISEMENT POLICY 


S-100 Journal is fully dedicated to the support 
of the S-100 bus. This editorial policy extends to 
the advertisements that are accepted for 
publication. 

We welcome advertisers of S-100 systems, 
S-100 boards and other components, and most 
products or services adequate for the typical 
S-100 environment or which we judge to be of 
interest to the S-100 community in general. This 
includes terminals, printers, modems, software, 
accessories, supplies, and other products or ser- 
vices. Advertisements of nonS-100 systems and 


their accessories are not published. Adver- 
tisements of MS/PC-DOS software are usually 
not accepted. However, they can be accepted if 
the software is specially configured or produced 
for an S-100 system, or if it is also available, and 
is being advertised, for other operating systems. 

Ads that are primarily S-100 and which include 
some nonS-100 material are usually accepted but 
are subject to our final approval. 

We reserve the right not to publish any adver- 
tisement and to decide whether or not a product 
or service meets our S-100 criteria. 
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The Peak of Performance 



SCALE THE HEIGHTS 
OF PRODUCTIVITY V* . 

Sure, you ve proven that in your hands 
a computer is a productive tool. But if 
you haven’t teamed up with a 
SemiDisk you have heights yet to 
climb! 

IT’S NO MERE RAMDISK 


SemiDisk has been leading the way for 
Disk Emulators since their inception. 
If you’ve seen RAMdisks you know 
what it’s like to load programs in an 


SEMIDISK 


instant, and read or write files without 
delay. Unlike alternatives, the 
SemiDisk offers up to 8 megabytes of 
instant-access storage while leaving 
your computer’s main memory free 
for what it does best - computing! 
KEEP A GRIP ON DATA 
Go ahead, turn off your computer. 
Take a vacation. With the battery 
backup option, your valuable data will 
be there in the morning even if you 
aren’t. You’ll sleep better knowing not 
even a 5 hour blackout will sabotage 
your files. 


NEW LOWER SEMIDISK 
PRICES THAT WON’T 
SNOW YOU UNDER 


IBM PC, XT, AT 
Epson QX-10 
S-100, SemiDisk II 
S-100, SemiDisk I 
TRS-80II, 12, 16 
Battery 
Backup Unit 


512K 

2Mbyte 

>495 

>995 

>595 

>995 

>799 

>1295 

>595 


>695 

>1295 

>130 

>130 


SemiDisk Systems, Inc. 

P.O. Box GG, Beaverton, Oregon 97075 


Software drivers available for CP/M 80, 
MS-DOS, ZDOS, TurboDOS, and VALDOCS 2. 


503-626-3104 


Call 503-646-5510 for CBBS/NW, and 503-649 8327 for CBBS/Aioha, all SemiDisk equipped computer bulletin boards, (300/1200/2400 baud) SemiDisk. SemiSpool trademarks of SemiDisk Systems. 



MACROTECH International Corp. 

21018 Osborne Street, Unit #5 
Canoga Park, CA 91304 
(800) 824-3181 • in Calif. (818) 700-1501 
Telex: 9109970653 


MI-286 


ADIT 


MSR. High performance and 
reliability in a memory so fast 
you won’t believe it’s a dynamic 
ram product. Compatible with all 
popular S-100 environments, the 
MSR’s low power consumption 
and 1 20 nanosecond ram 
devices set a new stan- 
dard for dynamic memory 
products. The MSR is avail- 
able in quarter, half, one 
and two megabyte configurations 
at the lowest prices in the industry. 


ADIT. There’s nothing else like it on the market. It’s an Intelligent I/O 
Board with its own real time firmware that lets you control up 
to 16 different terminals, modems or printers all from a 
single slot. ADIT is the performance standard in 
environments such as Alpha Micro where I/O 

speed is critical. 

V-RAM. High performance 
Static CMOS system mem- 
ory/virtual disk in either 
quarter or half megabyte 
configurations. With its on- 
board battery and power-fail 
logic, the V- RAM sets a new per- 
formance standard at conventional 
static memory prices. When 
accessed through I/O port 
channels, the half megabyte 
V-RAM becomes M Drive 
compatible with true 
non-volatile solid- 
state disk 
capability. 


Dealers: 

Gifford Computer Systems (415) 895-0798 
Custom Computer Technology (800) 222-8686 
S-100 (800)423-5922 

John D. Owens & Associates (212)448-6298 

In England; Fulcrum (Europe) Ltd. (0621) 828763 

Macrotech dealers also include most Compupro Systems Centers, Heathkit 
Electronic Centers and Alpha Micro Dealers. 




MACR0TECH-S77LL THE S-100 

PERFORMANCE 
PACESETTER 


MI-286. Our 80286/Z80H Dual CPU Board is at least twice 
as fast as Compupro’s 8085/88 and it’s a direct replacement. 
The MI-286 has already become the standard by which other 80286 
based systems are measured. Ask us for a complimentary 

Benchmark Report. 


editor interlace 


Welcome to our biggest and best 
issue so far . We'll stabilize at this size 
now for a few issues just to catch our 
breath. Whenever we think that pro- 
duction is under control, we decide to 
increase the number of pages and off 
schedule we go again. No more! Ex- 
pect the next issue exactly 3 months 
from now like a well-behaved quarter- 
ly must do. 

I want to once more thank all our 
subscribers for the support you con- 
tinue to give us. It is your enthusiasm 
about the S-100 bus that runs this 
magazine. The S-100 bus belongs to 
all of us, not to any particular com- 
pany, and I hope you feel the same 
about S-100 Journal. To that end, Til 
incorporate into the magazine as 
many of your ideas and suggestions 
as possible within our S-100 editorial 
direction. 

Whenever you have questions, 
comments, suggestions, or complaints 
about the magazine, any of our 
articles, or any of the subjects dis- 
cussed in this column, please write 
to Editor Interface, S-100 Journal, 
PO Box 1914, Orem, UT 84057. 
We prefer to receive your letters 
typewritten (dot matrixed?). 

Let's read some of the mail since 
the last issue: 


More PC Feelings 

I recently received my first copy of 
S-100 Journal and was very pleasant- 
ly surprised by the content and 
editorial quality. I am extremely pleas- 
ed to at last find a strictly S-100 
oriented magazine. 

It is certainly ‘hiding your head in 
the sand’ to ignore IBM. On the other 
hand, I don’t own an IBM, I don’t 
want one, and I am frankly tired 
of IBM. Congratulations on publish- 
ing S-100 Journal ! 

Mark Pickerill 
Salinas, California 


I just read the Editor Interface sec- 
tion in issue number 3 and I’d like to 
address a few of the points raised. 

It seems there are lots of people out 
there who, for one reason or another, 
would have the major manufacturers 
of S-100 boards and systems refocus 
their attention to the task of building 
S-100 versions of the IBM PC. While 
I can certainly sympathize with the 
frustrations of those who wish they 
could run all those ‘Gee Whiz!’ 
PC graphics programs on their S-100 
computers, I don’t expect to see the 
S-100 market go in that direction. 

My advice to those who would like 
to run all those great programs writ- 
ten for the PC is to go straight out and 
buy a PC. The little devils are so 
cheap now that they can be bought 
for very little more than the price of 
a standard computer terminal. They 
can also be networked to S-100 
systems, thus providing the best of 
both worlds. And they are so univer- 
sally supported by peripheral vendors 
and software developers that the IBM- 
oriented computer hobbyist can stay 
busy for years just finding out about 
all the stuff. 

Now, before you jump to the con- 
clusion that I have somehow lost all 
of my marbles and am advocating the 
abandonment of the S-100 bus 
(which for an owner of a CompuPro 
System Center would seem a silly 
thing to do), let me point out a few 
areas in which the venerable 
IEEE-696 standard is, in my opinion, 
years ahead of the PC. 

Modularity — the ability to 
upgrade to later technology as it 
becomes available. (Let’s just wait 
and see how impressed the owners 
of all those 8088/8086 PC com- 
patibles will be with the next genera- 
tion of ‘IBM-compatible’ software pro- 
ducts which will only run on 
80286/80386 processors with 
multimegabyte directly-addressable 
RAM areas. Just smile as you tell 
them how you swapped-in that new 


CPU board and installed that new 
operating system.) 

Multiuser Effectiveness — As the 
PC crowd continues to wait for a clear 
winner to emerge in the multiuser 
arena, and quick-fix approaches con- 
tinue to proliferate as inexperienced 
PC dealers grapple with this ‘new’ 
technology, we S-100 users can en- 
joy the benefits of mature, 
multiuser/multitasking systems which 
have been working effectively for 
years. 

Long-term Flexibility — To a 

growing business, in these times of 
rapid technological change, the 
ability to reconfigure, expand and 
enhance the central computer system 
can have a significant, positive effect 
on the bottom line. The modularity of 
an S-100 system can allow its owner 
to adapt the existing computer to fit 
changing requirements in cases where 
a less flexible system would have to 
be discarded and replaced. 

Reliability — Most PC compatibles 
are designed by people who expect 
their machines to compete largely on 
the basis of price. The obvious con- 
sequence of that circumstance is that, 
during the design process, these pro- 
ducts must often sacrifice a certain 
amount of ‘reliability margin’ in ex- 
change for a higher return of perfor- 
mance for the consumer’s dollar. This 
translates to a higher incidence of 
component failure than would be the 
case otherwise. S-100 systems, on the 
other hand, are for the most part be- 
ing marketed to more sophisticated 
and demanding buyers who may 
place a higher value on system 
reliability. To many businesses, a loss 
of data or a few days of down time 
would represent a much greater 
expense (in terms of dollars) than 
the extra cost for a more reliable 
system. 

For these and many other reasons, 

I am confident that the S-100 bus 
will continue to flourish in the 
(continued on page 55) 
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■ 696 

A FAST WAIT STATE GENERATOR 


696 Bus is a regular column that 
concentrates on the hardware aspects 
of the IEEE-696 bus (i.e., the S-100 
bus) and answers questions that 
readers might have about the IEEE 
standard . 

Don Pannell, our 696 bus colum- 
nist , is an S-100 hardware enthusiast 
and is coauthor of the IEEE-696 stan- 
dard. He bought his first S-100 system 
(an Altair 8800b kit) in January 1978 
and has since designed and built most 
of his present components. These in- 
clude a terminal, EPROM program- 
mer , serial /parallel I/O cards, two 
designs of DMA floppy -disk con- 
troller, and a 68000 coprocessor 
card. Don is president of Peak Elec- 
tronics and is technical editor for 
S-100 Journal. 

If you have questions about the 
S-100 bus and IEEE standard, write 
to Don Pannell, PO Box 7001 12, San 
Jose, CA 95170-0112. Your ques- 
tions can range from architectural con- 
cerns to how to interface a specific 
device or function with the bus. In 
future issues, Don will incorporate 
answers to the most common 
questions. 


a major advantage of the 
S-100 bus is its ability to ac- 
cept various speeds of 
devices on the same bus at the same 
time. This feature allows a system to 
be upgraded one card at a time and 
has helped prolong the life of many 
systems. To make this possible, a slow 
device must be able to place the bus 
master into wait states. This is done 
with a wait-state-generator circuit. 

At first glance, the need for a fast 
wait state generator is not apparent. 
In fact, it seems to be a contradiction 
of terms. Why worry about speed 
when the reason for a wait state 
generator is to slow accesses down? 
Simply put, the faster the processor 
the less time there is for the wait 
state circuit to do its job. If a board is 
expected to work with an 8 or 
10-MHz bus clock, and it needs to 
insert wait states as well, its wait state 
generator must be fast. 


WHAT ARE WAIT STATES? 

Wait states are used to stretch the bus 
read strobe (pDBIN) or the bus write 
strobe (pWR*) to allow slow devices 
to communicate with a fast processor. 

When wait states are not used, read 
and write strobes can be as small as 
0.9 tCY (tCY is the bus-cycle time — 
tCY values for common clock 
speeds are shown in Table 1). This 
implies strobes of 90ns for a 10MHz 
processor. But many I/O devices, 
like serial chips and floppy-disk 
controllers, require more than 90ns, 
and often more than 150ns, for 
their read and write strobes. The 
only way to interface these chips 
to a fast bus is to use wait states. 


Don Pannell 

Each wait state will increase the width 
of the strobes by 1 tCY. 

Figure 1 shows the fundamental 
timing relationships that occur during 
a bus cycle. It depicts a bus access with 
one wait state (BSW) inserted bet- 
ween bus states 2 (BS2) and 3 (BS3). 
This wait state was inserted because 
the bus ready line (RDY) was low dur- 
ing the rising edge of $ (Phi) in bus 
state 2 (BS2). If RDY were low again 
during the rising edge of $ in BSW, 
another wait state would have been 
inserted. This method allows for any 
number of wait states to be generated 
for any access. 


FUNCTIONS OF A 
WAIT STATE GENERATOR 

The job of a wait state generator is to 
perform the functions outlined in 
Table 2, page 10. This does not sound 
difficult until you try to make the cir- 
cuit work at 10 MHz while keeping the 
bus loading within specifications. 

There is another problem: the 
IEEE-696 standard is not complete in 
this area. No specifications are given 
for the maximum amount of time 
allowed between the address or status 
lines becoming stable and the wait 
state circuit asserting RDY. Calculating 
these values from the existing timing 
specifications results in numbers that 
are impossible to use. 

It is very useful for a designer 
to know how much time is allowed 
for the wait state generator to deter- 
mine if the addresses are within the 
desired range so that RDY can be 
pulled low. This specification, if it were 
present, would be called tARDY for 
‘delay Addresses stable to RDY stable.’ 
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Figure 1. Fundamental timing relationships of a bus cycle. 



To calculate tARDY from the 
documented IEEE-696 specifications, 
one proceeds as follows (please refer 
to Figure 2 for the read-cycle timing 
diagram) : 

tARDY =t AST* +tST*<D -tRDY$ 
where 

tAST* = Address stable prior to 
pSTVAL* low during pSYNC high. 
IEEE specification is 70ns. 

tST*$ = pSTVAL* low prior to $ 
high during pSYNC. IEEE specifica- 
tion is 0ns. 

tRDY4> = Setup time RDY to 4> ris- 
ing. IEEE specification is 70ns. 

Therefore, 

tARDY = 70ns -I- 0ns - 70ns = 0ns! 
This means that the wait state 
generator must pull RDY low 0ns after 
the addresses are stable. Obviously, 
this is an impossible circuit to build. 

The other missing specification 
should define how much time the 
wait-state circuit has to pull RDY low, 
counted from the time the status lines 
become stable. This would be called 
tSRDY, ‘delay status stable to RDY 
stable.’ Its equation is: 

tSRDY=tSST* +tST*<D -tRDYO 
where 

tSST* = Status stable prior to 
pSTVAL* low during pSYNC high. 
IEEE specification is 40ns. 

tST*$ = pSTVAL* low prior to 4> 
high during pSYNC. IEEE specifica- 
tion is 0ns. 

tRDY4> = Setup time RDY to$ ris- 
ing. IEEE specification is 70ns. 

With these values, 
tSRDY= 40ns + 0ns — 70ns = —30ns! 
This part of the circuit has an impossi- 
ble job: it has to know what is going 
to happen before it does. 

In the real world, tARDY and 
tSRDY must both be positive 
numbers. It is the responsibility of the 
CPU vendors to insure that adequate 
time is allotted for wait state 
generators to perform their function. 
And it is the job of the wait state 
generator designers to make the cir- 
cuit as fast as possible. 


THE FAST WAIT- STATE 
CIRCUIT 

The top of Figure 3 (page 11) shows 
the first half of a very fast wait state 
generator for I/O devices. It performs 
functions 1, 2, and 3 (as listed in Table 
2). An I/O-device wait state generator 


is shown for two reasons. First, it is the 
type of wait state generator most likely 
to be used. Second, it is the worst- 
case circuit due to the values that 
must be decoded from the status bus 
during I/O operations. 

This part of the circuit (Figure 3 — 
top) works as follows: 

Chip Cl compares the bus address 
to that preset on the I/O board’s dip 
switch. The output of Cl (pin 19) will 
go low whenever a match exists. 


CLOCK 

tCY 

0.9 tCY 

2 MHz 

500 ns 

450 ns 

4 MHz 

250 ns 

225 ns 

6 MHz 

166 ns 

150 ns 

8 MHz 

125 ns 

112 ns 

10 MHz 

100 ns 

90 ns 


Table 1. Bus clock speeds and 
corresponding tCY values. 


Gate A1 decides if the bus cycle is 
an I/O cycle by looking at the bus 
status lines. The output of A1 will go 
low whenever an I/O bus cycle is in 
progress. 

Gate A2 combines the outputs of 
the above two functions. Its output will 
go high whenever the address and 
bus cycle are directed to this I/O card. 
Hence, this output is called BRDSEL 
for board select. 

Gate B1 is used to pull RDY low if 
wait states are needed. This will hap- 
pen whenever the board is selected 
(BRDSEL is high) and WAIT is high. 
WAIT comes from the second half of 
the wait state generator, and it will be 
discussed later. 

Gate A3 is not part of the wait state 
generator. It is shown, however, 
because most designs need to know 
as soon as possible if a read or write 
operation is going to take place. An 
area where this may be important is 
in enabling the I/O board’s internal 
data bus drivers. The only signals that 
can perform this function are the 
sOUT and sINP status lines. One or 
both could be buffered and then sent 
to gate Al. However, this would slow 
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ROLES OF THE WAIT STATE GENERATOR 

1. Determines if the address on the bus matches the ad- 
dress of the device that needs longer read or write strobes. 

2. Decides if the bus cycle is of the proper type (for 
example, I/O or memory). 

3. Pulls RDY low 70ns before the rising edge of 4> in 
Bus State 2. 

4. Keeps RDY low for as many bus states as needed, 
and raises it 70ns before the next rising edge of 4>. 


Table 2. The functions of a Wait State Generator. 


down the wait state circuit. The only 
way to solve the timing problem is to 
double-load one of the bus nets (as 
shown) . This is allowed as long as the 
bus-loading specifications are not 
violated. Unfortunately, two LS- 
device input loads would violate the 
specification. But ALS works. (One 
ALS input load = l A of an LS input 
load). Therefore, chip A in the circuit 
must be a 74ALS02. The same chip 
should be used for both gates A1 and 
A3 to reduce the length and 
capacitance of the input net. 

Table 3 lists the amount of time this 
wait state circuit takes depending on 
the types of chips used for B1 and Cl 
(again, chip A must be a 74ALS02). 
All listed combinations will work and 
meet the IEEE bus-loading 
specifications. 


Counting Wait States 

The second half of the fast wait state 
generator is shown in Figure 3, bot- 
tom. This logic performs function 4 


(as listed in Table 2) which is to keep 
RDY low for as many bus states as 
needed. When it does allow RDY to 
go high, it must do so (according to 
IEEE specifications) 70ns before the 
rising edge of<I>. 

At slow bus speeds, these goals are 


easily met. But, if the bus clock is 
10MHz (tCY= 100ns), some design 
options are lost. At 2 or 4 MHz, the 
wait state counter (chip Dl) can be 
reset by an inverted copy of pSYNC 
and clocked by an inverted copy 
of to (see Figure 2 for timing relation- 
ships). But, at 6 to 10 MHz, an in- 
verted copy of to cannot be used. The 
rising edge of $ must clock the wait 
state counter so that there is the max- 
imum amount of time for the 
counter’s outputs and RDY to change 
before the next rising edge of to. 
Table 4 lists the possible delays 
(from a rising edge of to until RDY 
is high) for the bottom circuit in 
Figure 3. 

For any system, the maximum 
delay allowed from $ to RDY is 
tCY- 70ns. Table 5 lists this value for 
common to values. 

Tables 4 and 5 show that it is possi- 
ble to meet the IEEE specification for 
the RDY setup time of 70ns, but, for 
a fast clock, it is difficult. 

Since the number of wait states 
must be counted by the rising edge 
of 4> (as opposed to the falling edge 
of $), an inverted copy of pSYNC 
cannot be used to reset the counter. 
If it were used, it would be impossi- 
ble to insert only one wait state. This 
is because the first rising edge of to 
that should clock the wait state 
counter would fail to do so. The 
counter would be held in reset mode 
by pSYNC still being high (pSYNC 
must be high on the rising edge of to 
in bus state 2 — refer to Figure 2). 

To solve this problem, the wait state 
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Figure 3. Circuits of the Fast Wait State Generator. 


FALL 1986 


11 



CHIP B 

tSRDY 

tARDY 

C1=LS688 

C1=ALS688 

B1=LS38 

50ns 

63ns 

60ns 

B1=ALS38 

40ns 

53ns 

50ns 

CD 

CO 

CO 

II 

T— 

CO 

32ns 

45ns 

42ns 


Table 3. Worst-case timing delays from addresses stable to RDY stable. 


CHIP B 

$ to RDY Delay 

D1=LS175 

D1=ALS175 

D1=S175 

B1=LS38 

57ns 

36ns 

49ns 

B1=ALS38 

58ns 

37ns 

50ns 

B1=S38 

35ns 

14ns 

27ns 


Table 4. Worst-case timing delays from the rising edge of the clock 
cycle to RDY high. 


CLOCK (4>) 

tCY 

MAXIMUM 
i> to RDY 

2 MHz 

500 ns 

430 ns 

4 MHz 

250 ns 

180 ns 

6 MHz 

166 ns 

96 ns 

8 MHz 

125 ns 

55 ns 

10 MHz 

100 ns 

30 ns 


counter is reset by a ‘chopped’ version 
of pSYNC. pSYNC is chopped by us- 
ing one half of a 74LS74 flip-flop 
(chip El) and an inverter (gate A4, 
but any inverter will work) . The rising 
edge of pSYNC clocks the low D in- 
put to the Q output of the flip-flop 
which in turn resets the wait state 
counter (Dl). The Q output is held 
low for the time it takes the Q* out- 
put to go through the inverter (gate 
A4) and preset the flip-flop. This takes 
about 25ns and is plenty of time to 
fully reset the wait state counter (chip 
Dl). Note: Both the flip-flop and the 
counter are reset by the bus reset line 
(RESET*, pin 75) going low. 

The desired number of wait states 
is selected by connecting (usually by 
jumper plugs) one of the outputs of 
the wait state counter to the input of 
gate B1 (signal name WAIT) . Zero to 
four wait states are possible with this 
circuit. If zero wait states are needed, 
WAIT is always held low. Otherwise, 
WAIT will go high at the start of each 
bus operation and will go low only 
after the selected number of rising 
edges of $ have occurred. 


CONCLUSION 

Wait state generators are necessary 
when connecting slow devices to a 
fast processor. While the devices may 
be slow, the wait state generator must 
be as fast as the fastest bus speed 
allowed. Unfortunately, the IEEE-696 
standard is lacking some timing 
specifications in this area, so the 
design of the high-speed wait state 
generator is very critical. 

Future revisions of the standard 
should specify the following new or 
revised timing parameters: 

tARDY, Delay Address Stable to 
RDY Stable, 65ns (new). 

tSRDY, Delay Status Stable to 
RDY Stable, 55ns (new). 

tRDY$, Setup Time RDY to4> Ris- 
ing, 20ns (current standard is 70ns). 


Table 5. Maximum $-to-RDY delays for various bus clock speeds. 
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multiuser us 


d/OS REVISITED 


I ast time we compared three 
similar operating systems 
available for the Motorola 
68000: d/OS, AMOS/L, and Mirage. 
Among them, d/OS is emerging very 
strongly due to the tireless work of 
Mike Lewis and his associates at 
d/Soft. We will now take a closer look 
at this operating system. 


SCREEN FEATURES 

Several aspects of d/OS set it apart 
from other multiuser operating 
systems on microcomputers. Most 
apparent is the ‘look’ of the operating 
system. Both d/OS and its utilities 
make extensive use of CRT features 
such as cursor positioning, reverse 
video, intensity control, etc. Many 
commands and utilities have status 
displays or are menu-driven with 
block cursors. This is not just for 
aesthetics but to provide information 
and easy-to-use options not normal- 
ly available in system utilities. 

Most second-party operating 


systems assume a teletype-like ter- 
minal since they cannot count on any 
particular terminal being attached to 
a given port. In d/OS all commands 
that control terminal functions are 
generic. The terminal driver then 
translates the generic commands in- 
to those required by the terminal in 
use. And d/OS allows a given ter- 
minal driver to be loaded at any time. 
If a user logs in with a terminal that 
is not setup for that port, then a sim- 
ple command (e.g., DRIVER 
WYSE50) loads a new terminal driver 
for that port. 


MODULARITY AND 
SYSTEM GENERATION 

Device independence and modulari- 
ty have been carried to a near limit 
and include terminal, character I/O, 
disk, tape, and CPU (clock and timer) 
drivers. Making new drivers is not ter- 
ribly difficult, and source code for a 
number of sample drivers is provided. 

This modularity makes it easy to 


Gary Feierbach 

configure the operating system for 
new combinations of disk and tape 
drives, terminals, and jobs. A menu- 
driven program is provided, making 
system generation even easier. This 
program allows the user to completely 
and accurately reconfigure the system 
and the job environment in as little as 
30 seconds, assuming that the drivers 
already exist on the system. This 
feature is of particular importance to 
VARs who have to support many 
system configurations and have to 
generate new ones with relative ease. 
With other systems, many dealers try 
to limit the number of configurations 
they sell since system generation is 
typically difficult. With d/OS, Henry 
Ford’s quote ‘You can have any color 
you want as long as it is black’ need 
not be a computer vendor’s motto. 


MULTITASKING 

A user can initiate any number of 
tasks with the LAUNCH command. 
Each task launched takes space from 
the system memory heap with its ter- 
minal output directed to an associated 
file. These tasks are spun off as tem- 
porary jobs that release the acquired 
heap space after completion. Utilities 
are available to examine the status of 
the jobs as they progress and to view 
the terminal output. A super pro- 
grammer will never again have to hog 
three terminals to maintain high pro- 
ductivity. Programs can assemble and 
compile while the programmer edits 
or debugs other modules using only 
one terminal. Perhaps the program- 
mer will loose some much-needed ex- 
ercise by not jumping from one ter- 
minal to another. 


WANTED 

OPERATING SYSTEMS EXPERTS 

We are expanding the Multiuser OS column to include several authors. Each 
columnist will need to be expert in only one operating system. Gary Feierbach 
will continue to write about d/OS, Mirage, and AMOS/L, and we are looking 
for other columnists to write about TurboDOS, Concurrent DOS, THEOS, 
Unix, OS-9, SI, and other multiuser operating systems currently running 
on S-100 micros. Each columnist will also be expected to read mail and 
answer questions from readers. 

Columnists must have a solid knowledge of the OS they write about and 
must be currently running or implementing it on S-100 systems. A columnist 
may be a vendor of the operating system but cannot be part of the 
software company that produces the operating system. If you are interested 
in becoming a columnist for Multiuser OS, please write to S-100 Journal, 
PO Box 1914, Orem, UT 84057, or call Jay Vilhena (801-373-0696). 
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THE SCHEDULER 

The heart of any time-sharing system 
is the job (task) scheduler. Most 
microcomputer-based systems use a 
simple round-robin scheduler with fix- 
ed maximum time for each job. But 
d/OS sports a full-blown, dynamic- 
priority scheduler with enormous flex- 
ibility. Jobs can be assigned priority 
ranges within which the scheduler can 
operate. The scheduler promotes jobs 
that have been bypassed by higher- 
priority jobs until they finally get a 
piece of the pie. Some low-priority 
jobs may not get to run at all until very 
high-priority jobs are completed. This 
has a strong effect on the user’s 
perception of the system response 
time, and it can dramatically change 
the number of users a given system 
can comfortably support. 


WILDCARDS 
AND WILDFILES 

All operating systems have wildcards 
like * (asterisk) that can be used in 
filenames, allowing a group of files to 
be dealt with collectively. Many com- 
mands (e.g., DIR, COPY, ERASE, 


PRINT, and BACKUP) use this facili- 
ty. In d/OS, this concept is applied to 
an extreme that some would consider 
bizarre. Consider the following 
example: 

‘LSVABV.LIT 

This would specify the set of all files 
with LS in the filename, excluding all 
those with AB or with the extension 
LIT. 

The next example, although more 
complex, also has a straightforward 
interpretation: 

{A-F}@@**. BAS, TEST BAS, 
TRIAL*. BAS,- C*. BAS, -TRIALS BAS 
This represents the set of all files 
beginning with a letter from A through 
F, followed by two more letters, then 
a number, then any other characters, 
and the extension BAS. Also includ- 
ed are the files TEST. BAS and 
TRIALO.BAS through TRIAL9.BAS. 
From this set we exclude any file that 
begins with C and has the extension 
BAS, and we also exclude the file 
TRIAL3.BAS. 

These specifications can easily 
become unwieldy, but we can place 
them in a file and make them 
multiline for readability, editability, 
and future use. Assuming the 
wildcard specifications are put into the 


file SPEC1.WLD, then preceeding the 
filename with an apostrophe 
(‘SPECl.WLD) indicates a wildcard- 
specification file to the using program. 
These in turn may be part of a 
specification list as in: 
‘SPECX.WLD/OTHER.SPC,-WS*.BAS 
This would specify the set of files 
resulting from merging the files 
SPECX.WLD and OTHER.SPC, but 
excluding the files defined in 
WSO.BAS through WS9.BAS. 

At this point, one is moved to ask 
why such a capability is necessary. A 
simple example will help. Suppose a 
user wants to dump a directory onto 
floppy disk, but the floppy disk capaci- 
ty is less than the contents of the 
directory. The following copy com- 
mands could be used to place the file 
in two disks: 

COPY FLPO: = {A-M}*.* 

(for first floppy) 
COPY FLPO: = *,- { A - M } V 

(for second floppy) 
The user may utilize this wildcard 
capability in a program that he or she 
generates (e.g., PROG1) by using 
wildcard system calls or simply by 
typing: 

X PROG1 wildspec 
Here, X is a utility that will keep recall- 
ing the program FROG1 until all the 
files defined by ‘wildspec’ are used up. 
FROG1 will think it is called each time 
followed by a specification for a single 
file. With the X utility, the user can 
thus avoid the complexity of the 
wildcard system. 


SECURITY 

When a user logs onto the system, 
he (or she) provides his initials, pas- 
sword, and company or department 
name or initials. At this point, he is 
granted access privileges that depend 
on his security level and the account, 
program, or shell he may be autolog- 
ged into. 

There are two programs, d/SHELL 
and COZY, that can keep users in a 
restricted enviroment. d/SHELL is a 
sophisticated menu-generating pro- 
gram that uses a block-structured 
script to generate a hierarchy of 
menus. COZY allows a user to talk to 
the system in the normal fashion, but 
under the control of a file that con- 
tains the names of the programs he 
is allowed to run. 


d/OS Security 
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TIMING AND BILLING 

Each user is assigned an account 
number (typically associated with a 
company or department name) and 
a subaccount number (usually 
associated with the individual). 
Each time a user logs onto and off 
the system, the elapsed time is re- 
corded for that account. Charges 
can be levied for three levels of 
CPU and three levels of disk-block 
usage. Charges are setup by account 
number, so rates can be different 
for different accounts. A billing pro- 
gram is provided, complete with 
source, so that it may be modified 
to handle a particular customer’s 
requirements. 


UTILITIES, UTILITIES 

The operating system comes with a 
number of quality utilities, and each 
deserves some mention. Included is 
a macroassembler, Extended BASIC 
compiler, BASIC debugger, editor (for 
both program writing and word pro- 
cessing), text formatter for laser 
printer, disk caching, printer spooling, 
electronic mail, bulletin board, com- 
munications package, and of course 
all the usual utilities for disk 
maintenance, copying, and for pok- 
ing around in the system. 


Extended BASIC 

The Extended BASIC compiler is 
AMOS/L-compatible at both the 
source and object level. It is also com- 
patible with Softworks’ BASIC com- 
pilers for the Macintosh, Atari ST, and 
Amiga computers. The compiler 
features implicit data-type conversion, 
allowing strings and numeric quan- 
tities to be freely mixed in expressions. 
Routines like FIX and VAL are still 
provided for compatibility and type 
forcing. 

The most powerful feature of this 
BASIC is the MAP feature (borrow- 
ed from Alpha Micro) . It permits the 
construction of very complex data 
structures that can involve arrays of 
strings, floating-point numbers, and 
integers from one to five bytes long. 
MAP statements may share the same 
area of memory. This last feature 
makes them particularly suitable for 


constructing record formats. 

The BASIC debugger features a 
single-step capability that allows 
statement-by-statement execution, 
under cursor control, through 
source code. Break points can be set 
at particular statements or when 
variables meet a certain condition or 
change in value. Variables can be 
displayed at any time. BASIC pro- 
grams can be checked quickly and 
thoroughly using this software. It 
makes the debugging technique of 
sprinkling PRINT statements 
throughout a program appear 
primitive and laborious. 


Editor 

The d/VUE editor, included with 
d/OS, was originally intended as a 
source code editor, but, over time, 
capabilities have been added that 
make it a reasonable word processor 
for letters and manuals. Editor 
functions include the ability to move 
blocks of text, set margins and 
tabs, and all the usual cursor con- 
trols to move quickly through text. 
For programmers, some useful fea- 
tures are auto-capitalization, com- 
mand macros and macro-learning 
mode. Also included are search- 
and-replace (with or without query) 
and word-wrap functions. The com- 
mands are fairly intuitive, making it 
easy to learn. 


Electronic Mail 
and Bulletin Board 

Electronic mail is borrowed from large 
time-sharing systems and in d/OS it 
offers a few small refinements. Each 
user has a mail box, and mail can be 
sent from user to user, to groups of 
users, or to everyone on the system. 
In addition, general purpose 
mailboxes can be defined that are 
treated as bulletin boards by groups 
of users or by the system at large. 
Commands are available to sort, 
select, and read only messages on 
topics of interest. 

In ‘chat’ mode, users logged on 
simultaneously can exchange 
messages in real time. With ‘certified’ 
mail, reply messages are automatical- 
ly transmitted when the original 
message is read. A d/VUE-like editor 
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Financial Management 


• General Ledger 

• Accounts Receivable 

• Accounts Payable 

• Payroll 

• Inventory Control 

• Point of Sale (POS) 

• Purchase Order Entry 

• Customer and Vendor Analysis 

• Mailing List Manager 

• Sales Order Entry 

• Sales Analysis 

• Multiple Sets of Books as 
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• Complete Financial Statements 

• Fully Integrated - No Reposting 
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Doctor 


Dental Office 
Management System 


• Patient Check-Out with 
Recall Scheduling 

• Automatically Print 
Insurance Forms 

• Extensive Practice Analysis 
and Reporting 

• Aged Accounts Receivable 

• From Small Practices to 
Large Clinics 

• Fully Integrated with Business/ 
Financial Management System 

• Automatically or Individually 
Prepare Bills/Statements 

• Patient Tracking for Recall, 
Cancellations, Referrals, 

‘Work in Process,’ etc. 
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• Mailing List — Mail Merge — 
Mass Mailings 

• Contract/Budget Accounts 


MTC Software Operates on all 
S-100 Systems under TurboDOS 

(also IBM-PC and compatibles) 

Dealer Inquiries Invited 

Multicomputer Technology 
Corporation 

126 Northpoint, Suite 152 
Houston, Texas 77060 
(713) 847-0333 

TurboDOS is a trademark of Software 2000 
IBM-PC is a trademark of IBM 
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within the mail subsystem facilitates 
message composition. It even in- 
cludes the macro-learning capability. 


Communications 

Two d/OS systems can talk to one 
another via telephone (or direct wire 
for that matter) using the communica- 
tions software provided with the 
system. This software allows a user at 
one terminal to converse, through 
another port, with another system 
and to send files back and forth. In the 
‘transparent’ or terminal mode, it ap- 
pears as though one i$ sitting at a ter- 
minal on the remote system. In file 
transfer mode, two programs FSEND 
and FRCV are started at each end. 
These programs check each block 
transmitted, correcting errors when 
possible, or retransmitting the block if 
necessary. The size of the block 
transmitted is adaptive and depen- 
dent on line conditions. 


APPLICATIONS 

SOFTWARE 

Applications for d/OS include the 
large body of software already 
developed for the AMOS/L operating 
system. These include accounting, in- 
ventory control, database manage- 
ment, professional (medical, dental, 
legal, and CPA), restaurant and hotel 
management, finance, wholesale 


distribution, education, construction, 
and engineering packages. A number 
of database application generators 
are also available, including Andi 
(from d/Soft) and SUMUS (from 
CShare) . 


NEGATIVE ASPECTS 

In d/OS there are a few shortcomings 
that hopefully will disappear soon. 
The most glaring is its adherence to 
the Intel (and DEC) byte order within 
a word. This stems from Alpha Micro’s 
use of the Western Digital chip set 
before going to the 68000 processor. 
To be compatible, d/OS followed suit. 
On a system without DMA, one can 
simply reverse UDS and LDS on the 
68K processor. DMA requires a more 
extensive modification. Currently, 
d/OS runs on S-100 systems from In- 
ner Access Corporation (Intel or 
Motorola order) and Alpha Micro- 
systems (Intel order). However, 
d/Soft plans to make a piggyback 
board that will plug into a 68000 
socket and perform the byte swap for 
other manufacturers. At some point, 
a version of d/OS which will adhere 
to the Motorola byte order is likely. 
Mike Lewis, of d/Soft, indicated that 
such a version might be a year away 
(sooner if a manufacturer is interested 
in underwriting the changes.) 

Another shortcoming is the use of 
16-bit file pointers. This limits logical 
drive and therefore file size to 32 


megabytes. A 90Mb drive is 
necessarily subdivided in smaller 
30Mb logical drives. This has not been 
a serious problem, but now, with the 
advent of gigabyte CD-ROMs, it is 
beginning to look more limiting. Plans 
for changing this are in the works and 
are likely to be accomplished within 
the next six to nine months. 


CONCLUSION 

Presently, d/OS is going through a 
rapid evolution with a number of very 
dramatic improvements in just the last 
few months. If this pace continues un- 
abated, d/OS could become the most 
outstanding operating system for mi- 
crocomputers whether single or multi- 
user. It’s a sound operating system 
with a good set of development tools. 
It makes efficient use of the 68000, 
leaving over 98% of the processor’s 
computational power for jobs. The 
next d/OS revision level will take ad- 
vantage of the performance im- 
provements offered by the Motorola 
68010 and 68020 processors. The 
current price of d/OS is $1250. 

The production of good operating- 
system software requires clear, elegant 
thinking and accurate programming; 
d/Soft seems to have this talent. 


d/OS is a product of d/Soft. For more in- 
formation on d/OS contact d/Soft, 
310 Cedar Lane, Teaneck, NJ 07666. 
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YOUR MARKET 


IF YOU SELL S-100 OR RELATED PRODUCTS, 
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ENVIRONMENT TO ADVERTISE THEM 


Only S-100 Journal offers a specialized market, 
free ad production, free Reply Cards, and super 
- prices. For more information, call Jay Vilhena 
at 801-373-0696 or write for our Advertiser's Kit. 
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MS-DOS 2.0 DEVICE DRIVER FOR 
THE HB-4 SERIAL INTERFACE S-100 BOARD 

Text starts on page 38 

THIS SOFTWARE WAS WRITTEN BY KEVIN PARKER. COPYRIGHT © 1986 BY KEVIN PARKER. 

PERMISSION GRANTED TO REPRODUCE THESE PROGRAMS FOR INDIVIDUAL OR IN-HOUSE USE ONLY. THE SALE OF 
THESE PROGRAMS IN WHOLE OR IN PART WITHOUT WRITTEN PERMISSION FROM THE AUTHOR IS PROHIBITED. 


This device driver is written for an HB-4 Serial Port card that has 
all four 8250 UARTs installed. Code is provided for polled driven and 
interrupt driven I/O. Each UART's serial line characteristics can be 
read and manipulated through MS-DOS using Function 44h (I/O Control for 
Devices). Interrupt driven I/O buffer status can also be controlled and 
read with this operating system call. The format of the control strings 
that will perform these functions is as follows: 


For IOCTL Input (to get device information) - Up to 7 bytes are 
returned that contain the following information: 


1st word 
2nd word 
3rd word 

7th byte 


Number of bytes waiting in the input buffer. 
Number of bytes in the output buffer. 

Baud rate in bits/sec (binary number). The baud 
rate must be between 4 and 56K baud. 

Configuration information as follows: 

MSB LSB 



Stop bits Parity 
00-1 bit 00 - none 
01 - 1 1/2 01 - even 

10-2 bits 10 - none 
11 - odd 


Data length (in bits) 
0101 - 5 data bits 

0110 - 6 data bits 

0111 - 7 data bits 

1000 - 8 data bits 


For IOCTL Output (to set device characteristics) - A string (maximum 
length <65536) that is composed of the following commands may be 
sent to the device (parameters inside < > are ASCII characters 
except for 'word' which is a binary number): 


<B><word> 

=> 

Sets baudrate to 'word' (in bits/sec) 

<FI> 

=> 

Flush input buffer 

<F0> 

=> 

Flush output buffer (input buffer if polled 1/0) 

<PE> 

=> 

Sets even parity 

<P0> 

=> 

Sets odd parity 

<PN> 

=> 

Sets no parity 

<D5> 

=> 

Sets data length to 5 bits 

<D6> 

=> 

Sets data length to 6 bits 

<D7> 

=> 

Sets data length to 7 bits 

<D8> 

=> 

Sets data length to 8 bits 

<S1> 

=> 

Sets 1 stop bit 

<S2> 

=> 

Sets 2 stop bits 

Set the base address of the board here. Also select interrupt driven 


1/0 if you have the 8259 controller installed on the HB-4 board and 
a master 8259 on another board (such as the SCP CPU Support Card). 


BASE EQU 0000H 

INTERRUPTJO EQU 1 
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This device driver provides an interrupt-driven input and output buffer 
for each serial port if selected. If you set INTERRUPT_IO to 1, select 
the size of the input and output buffers below: 


INQ SIZE 
0UTQ_SIZE 

EQU 100 . -.Interrupt driven input buffer size (bytes). 

EQU 200 -.Interrupt driven output buffer size (bytes). 

J 



; For an 8250 clock frequency of 1.8432 Mhz 


CLOCK 

UPPER WORD 
LOWER WORD 
DATA AVAIL 
XMIT RDY 

EQU 11520 

= 1 -.UPPER WORD = CLOCK FREQ / (16 * 65536) 

= 49664 -.LOWER WORD = (CLOCK FREQ / 16) MOD 65536 

EQU 1 

EQU 20H 


IF INTERRUPTJO 

MASTER 59 0 EQU 0F0H ;Base port address of system master 8259 


MASTER - 59 — 1 
SLAVE 59 0 
SLAVE 59 1 
- FNDIF 

EQU 0F1H 

EQU BASE + 07H 

EQU BASE + OFH 

> 

» 

■ --> Device driver headers < — - 

DEV_C0DE 

SEGMENT WORD PUBLIC 'CODE* 
ASSUME CS : DEV_C0DE , DS : DEV_C0DE 

ORG 0 


;Device headers (1 for each serial port) 


PRN DEV: 

DW 

DW 

DW 

DW 

DB 

;Header for the Printer 

EPROM_DEV,DEV CODE ;Next device header 

0C000H ;Normal character device with IOCTL 

STRATEGY ;Routine to pass Command Header pointer 

PRN_INT ;Device driver entry point 

"PRN " ;Name of this device 

EPROM DEV: 
DW 
DW 
DW 
DW 
DB 

;Header for the serial EPROM programmer 

MODEM DEV, DEV CODE 

0C000TT 

STRATEGY 

EPROM INT 

"EPROMPRG" 

MODEM DEV: 
DW 
DW 
DW 
DW 
DB 

;Header for the MODEM 

AUX1 DEV, DEV CODE 

0C000H 

STRATEGY 

MODEM INT 

"MODEM " 

AUX1 DEV: 
DW 
DW 
DW 
DW 
DB 

;Header for the remaining port (currently not dedicated) 

-1,-1 ;Last device driver in this file 

0C000H 

STRATEGY 

AUX1 INT 

"AUX1 


18 


S-IOO JOURNAL, VOL. 1 NO. 4 



» 


m-c mcci r upc aci v n-c i uuunci ^ 

; This section of 

code may only be used if the 8259 Priority Interrupt 

; Controller is installed. 

; The following routines require a valid stack that has at least 4 words. 

IF 

INTERRUPT 10 

; Return 

sequence 

used by all service routines. 

RETURN 

MACRO 



IN 

AL,DX ;Are there any more interrupts pending 


CMP 

AL,1 ; from this serial port? 


JNE 

SEL I NT 


MOV 

AL.70H ;Send End of Interrupt command to the 


MOV 

DX, SLAVE 59 0 ; slave 8259 (Auto-EOI mode doesn't 


OUT 

DX,AL ; work for a slave 8259). 


POP 

SI 


POP 

DX 


POP 

AX 


POP 

BX 


I RET 



ENDM 


; 'Transmitter Holding register empty' interrupt 

TRANS PROC: 

MOV 

SI,CS:[BX].0Q FRONT 


CMP 

SI,CS:[BX].0Q BACK 


JE 

DISABLE 


CLD 



LODS 

BYTE PTR CS: [SI] -.Output the next byte at the 


OUT 

DX.AL ; front of the output buffer. 


MOV 

AX.BX 


ADD 

AX.OQ END 


CMP 

SI, AX ;Let pointer wrap around to 


JNE 

NO WRAP1 ; front of input buffer if 


SUB 

SI .OUT Q SIZE ; it falls outside the area. 

NOJJRAPl: 

MOV 

CS: [BXJ.OQ FRONT, SI 


INC 

DX ;Point to the Interrupt 


INC 

DX ; Identification Register. 


RETURN 


DISABLE: 

INC 

DX ;Disable transmitter interrupts if there 


IN 

AL.DX ; is no more data in the output buffer. 


AND 

AL.1101B 


OUT 

DX.AL 


INC 

DX ; Point to the Interrupt Identification Reg 


RETURN 


; — > Interrupt service routine entry points: 

EPROM_INT_RTN: 

PUSH 

BX 


MOV 

BX, OFFSET EPB 


JMP 

SHORT INT DISPATCH 

MODEM_INT_RTN: 

PUSH 

BX 


MOV 

BX, OFFSET MODB 


JMP 

SHORT INT DISPATCH 

AUX1_INT_RTN: 

PUSH 

BX 


MOV 

BX, OFFSET AUXB 


JMP 

SHORT INT DISPATCH 

PRN_INT_RTN: 

PUSH 

BX 


MOV 

BX, OFFSET PRNB 
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J 

All interrupts 

use the following 

code 

to determine what type of interrupt 

J 

occurred. BX 

is used to point to the 

appropriate serial port's I/O buffer 

> 

block. 




I NT 

DISPATCH: PUSH 

AX 




PUSH 

DX 




PUSH 

SI 




MOV 

DX,CS: [BX + BLEN1 . PORT 

_BASE 


INC 

DX 




INC 

DX 

Point 

to the Interrupt Identification reg. 


IN 

AL,DX 

Poll 

the 8250 to determine what caused 


SEL INT: CBW 


the 

interrupt . 


MOV 

SI, AX 




DEC 

DX 


;Point to UART data register. 


DEC 

DX 




JMP 

CS: INT TYPE TABLE [SI ] 


. 

4 different interrupts from each 

UART 


I NT 

TYPE TABLE DW 

MODEM INT PROC 




DW 

TRANS PROC 




DW 

RCVD DATA PROC 




DW 

RCV ERROR PROC 



, 

MODEM status interrupt 



MODEM INT PROC: ADD 

DX,6 

;Read 

the MODEM Status Register to clear 


IN 

AL,DX 

; the 

interrupt . 


SUB 

DX,4 

; Point 

to the Interrupt Identification Reg 


RETURN 




. 

'Received data 

error' interrupt 



RCV_ 

ERROR PROC: IN 

AL,DX 

Throw 

away the received data and read 


ADD 

DX, 5 

the 

Line Status Register in order to 


IN 

AL,DX 

clear the 'received data' and 'receiver 


SUB 

DX,3 

error' interrupts, point to the 


RETURN 


Interrupt Identification Register. 

j 

‘Received data 

available' interrupt 


RCVC 

) DATA PROC: MOV 

SI,CS: [BX1.IQ BACK 



“ IN 

AL,DX 


;Get the data. 


MOV 

CS:[SI],AL 


-.Store at the back of the input 


INC 

SI 


; buffer. 


MOV 

AX.BX 




ADD 

AX, IQ END 




CMP 

SI, AX 


;Make the 'Buffer-back' pointer wrap 


JB 

NO WRAP3 


; around to the front of the buffer 


SUB 

SI, INQ SIZE 


; if beyond the allotted area. 


NO WRAP3: MOV 

CS: [BX] . IQ BACK, SI 



CMP 

CS: [BX]. IQ FRONT, 

.SI 



JNE 

NO OVERRUN 


;Update buffer starting point if 


INC 

SI 


; buffer overrun occurs. 


CMP 

SI, AX 




JB 

NO WRAP4 


-.Don't let buffer 'front* pointer 


SUB 

SI, INQ SIZE 


; go beyond the allotted area. 


NO WRAP4: MOV 

CS: [BXT. IQ FRONT, SI 



NO OVERRUN: INC 

DX 


;Point to the Interrupt 


INC 

DX 


-, Identification Register. 


RETURN 





ENDIF 



* 
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STRATEGY 

PROC 

FAR 



MOV 

WORD PTR CS:REO HDR 

PTR.BX -.Pointer to the function 


MOV 

WORD PTR CS : REQ HDR PTR[2],ES ; request header passed here. 


RET 



STRATEGY 

ENDP 





Device driver function 

ronnoct H l cnaf rhoY* 

* 


r ctjUcbi u i bpa LLiier >- 

COMMAND DISPATCHER 

PROC FAR 


AUX1 I NT: 

PUSH 

BX 

;Use BX to point to the driver* s 


MOV 

BX, OFFSET AUXB 

; command/data table. 


JMP 

SHORT SAVE ALL 


EPROM I NT: 

PUSH 

BX 



MOV 

BX, OFFSET EPB 



JMP 

SHORT SAVE ALL 


MODEM I NT: 

PUSH 

BX 



MOV 

BX, OFFSET MODB 



JMP 

SHORT SAVE ALL 


PRN I NT: 

PUSH 

BX 



MOV 

BX, OFFSET PRNB 


SAVE ALL: 

PUSH 

AX 



PUSH 

SI 



PUSH 

cx 



PUSH 

DX 



PUSH 

DI 



PUSH 

DS 



PUSH 

ES 



CLD 




LDS 

SI,CS:REQ HDR PTR 

; DS:SI points to the request header. 


MOV 

CX.rSIl.BYTE EOUNT 

; Amount of data passed in CX. 


LES 

DI, DWORD PTR [SI].XFER ADDR ; ES:DI holds transfer address. 


MOV 

SI, WORD PTR [SI1.COM CODE 


AND 

SI.OFFH 



CMP 

SI, 12 

; Is this a legal command? 


JBE 

VALID COM 



MOV 

AX.8103H 

-.Return 'Unknown command* error. 


XOR 

CX,CX 



JMP 

SHORT FILL_HDR 


VALID_COM: 

SHL 

SI ,1 



MOV 

AX,CS 



MOV 

DS,AX 



MOV 

DX,[BX + BLEN] . PORT 

BASE -.Base address of I/O port in DX 


CALL 

[SI + BX + BLEN] 

;Perform the requested function. 

F ILL HDR : 

LDS 

BX,CS:REQ HDR PTR 



MOV 

[BX] .COM STAT.AX 

-.Status returned in AX. 


SUB 

[BX]. BYTE COUNT, CX 

;Return actual number of bytes xferred. 


POP 

ES 



POP 

DS 



POP 

DI 



POP 

DX 



POP 

CX 



POP 

SI 



POP 

AX 



POP 

BX 



RET 



COMMAND_DISPATCHER 

ENDP 





Listing continues on page 55 
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THE COMPLETE TurboDOS 

MENU SYSTEM 


Company Name Goes Here 
System Name Goes Here 


MAIN UTILITY MENU 

0. Return to Main System Menu 

1. Backup and Restore 

2. Directory Utilities 

3. File Utilities (Copy, Rename, Set, etc.) 

4. Disk Utilities (Change, Format, etc.) 

5. Communications 

6. Printing and Spooling 

7. Miscellaneous (FIFO, Monitor, etc.) 

8. Set System Date/Time 

9. Change User Areas 


USER 20 


\ 


> > > $ Enter Your Selection 


Company Name Goes Here 
System Name Goes Here 


FILE UTILITIES 

0. Return to Main Utilities Menu 

1. Copy a File . 

2. Rename a File 

3. Delete a File 

4. Activate a Do File 

5. Set File Attributes 

6. Show File Attributes 

7. Type a File 

8. Create an Autoload File 

9. Dump a File 

> > > $ Enter Your Selection 


USER 20 


SOURCE DRIVE (A/B/etc.) 
SOURCE USER AREA 
SOURCE FILE NAME 


COPY A FILE 

DESTINATION DRIVE (A/B/etc.):_ 
DESTINATION USER AREA:_ 
DESTINATION FILE NAME: 


OPTIONS (A,B,C,E,N,R,X,Y):_ 


NOTES: 

1. File names may include ‘Wildcard characters’ **’ and *?’. 

— '?' indicates a position in the file name that can be any character. 

— indicates a group of positions which can be any character. 

— Example: LTR*.W?B would select all file names which begin with ‘LTR’ 
and have a file type (characters after the period in the file name) which 
starts with ‘W’ ( ends in ‘B’, and has any character in between. 

2. Options available are: 

‘A’ — Copy only files which have been changed since the last backup. 

‘B’ — Allow file to span volumes. 

‘C’ — Allow diskette change during copy. 

‘E’ — Delete source file after copy. 

‘N’ — If file name contains wildcards, do not confirm each file. 

‘R’ — Replace, copy if file already exists at destination. 

*X’ — Copy only if file does not exist at destination. 

'Y* — If File name contains wildcards, confirm each file. 



MENU DRIVEN 

SCREEN ORIENTED UTILITIES 
USER DEFINABLE APPLICATION MENUS 


☆ 


$59.95 


☆ 


• Will run on All TurboDOS* Systems. 

• Performs All TurboDOS* System Commands. 

• User Friendly — No Syntax to Learn. 

• Automatically Formats and Executes Command Lines. 


FEATURES SUMMARY 

• Fast Loading — Fast Executing Machine Language. 

• Can Utilize Terminal Graphics Character Sets. 

• Utilities Integrated with Application Menus. 

• Gets First-Time Users Off to an Easy, Fast Start. 



Multicomputer Technology Corporation 
1 26 Northpoint, Suite 1 52 
Houston, Texas 77060 
(713) 847-0333 


* TurboDOS is a trademark of Software 2000. 



LOCAL AREA 
NETWORKS 

UNDER TurboDOS 


a local area network is a com- 
munications system, much 
like a telephone system, 
where any connected device can use 
it to send and receive information. 
The networks discussed here are 
used exclusively for data transfer, 
although the technology is now also 
available for carrying voice and video 
signals. 

As the name implies, a local area 
network (LAN) is used to cover a 
relatively short distance. Usually, 
a local area network will be limited to 
a department, a single building, or a 
group of buildings within close 
proximity. However, if used properly 
with a multiuser operating system 
such as TurboDOS, a local area 
network can have a large number of 
user stations. 

An important characteristic of local 
area networks is speed; they deliver 
data fast. A person passing and 
receiving data over a local area net- 
work ideally experiences the same 
kind of response time as if data were 
coming from a local machine. To get 
this kind of response time, most local 
area networks operate at 1 to 10 
megabits per second. 

A LAN is a system made from 
building blocks which can be added 

wmmmmmmmmmmmmmmmmmmmmmmKmm 


and shaped as needed. The basic 
components are: 

A Cable that transmits messages 
from one device to another. 

Network Interface Cards that go 
between each computer and the 
cable. 

A Central Mass Storage device, 
or devices, where network-shared 
data exists. 

One or more System Servers 
which make network data available to 
the requesting party or parties. 

A Network Operating System 
that makes provisions for using the 
network. The operating system 
discussed in this article is TurboDOS. 


ADVANTAGES AND 
DISADVANTAGES 
OF LANS 

Main advantages of local area net- 
works are their flexible architecture, 
sharing of system resources (mass 
storage, printers, etc.), common ac- 
cess to data and program files over the 
network, and reliability against total 
system failure. The main arguments 
in favor of LANs are: 

1. The sharing of peripherals 
reduces the per-user cost. Sharing in 


Akin Orhun 

a properly designed network im- 
proves the reliability of an entire 
system. 

2. Better response time can be 
achieved through networking. Coupl- 
ed with the distributed-processing ap- 
proach of TurboDOS, properly 
designed and operated LANs are 
serious competitors to much more ex- 
pensive mainframe approaches. 

3. The peripherals attached to a 
network tend to be faster than those 
dedicated to stand-alone PCs. The 
cable speed (bandwidth) of all net- 
works currently available far exceeds 
the speed capability of most PCs. 
However, a LAN between two or 
more S-100 TurboDOS systems 
operates at much higher efficiency 
due to the distributed master- 
server/slave-receiver philosophy of 
TurboDOS. 

4. Networking promotes organiza- 

tional efficiency, interaction and team- 
work. Individual, nonintegrated 
workstations may create serious 
threats of data loss. ► 

Dr. Akin Orhun is the president of 
TurboComp Computer Consultants 
and he is a research scientist at the 
University of California , Davis. In ad- 
dition, Akin is a consultant for Teletek 
Enterprises, Inc. 
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The NIB100/01 S-100 Network 
Interface Board. 

Interface boards provide the vital link 
between a computer and the LAN. 


The NIB100 is 
produced by Destek 
and is available from Teletek 


The ever-changing marketplace for 
microcomputers as well as advances 
in technology have made the local 
area network between multiuser, 
multiprocessor systems a strong alter- 
native to timesharing on minicom- 
puters or mainframes. 

LANs, despite the many benefits 
they can bring to an office, can also 
be the source of certain problems. 
Even though LANs are logical exten- 
sions to personal computers, their 
operations are not similar. Software 
written for a single-user environment, 
although working in a LAN, may 
wreck data files if sharing files has 
not been resolved properly. Security 
problems exist because the cable, 
or one of the many workstations, may 
be easily available to outsiders. Or, 
a more common threat, authorized 
users may use their workstations to 
rummage through the files in the 
mass storage location. However, 
as it will be discussed, various 
safeguards exist in an operating 
system like TurboDOS. 


STANDARDS 

The computer industry cannot decide 
on the best, single solution for LANs. 
However, it can agree on one basic 
structure. Most LAN manufacturers 
have accepted the importance of 
an established structure and follow 
the scheme of the International Stan- 
dards Organization (ISO), referred to 
as the Open System Interconnection 
or OSI model. 

The OSI model does not establish 
any particular standard. It is broad 
enough to include many standards, 
yet it provides a structure which re- 
quires enough similarities, so that 
network-to-network interfaces, called 
gateways, can be built and will enable 
the networks to communicate. 

The OSI model defines the com- 
ponents and functions of a LAN in 7 
layers, and sometimes an 8th layer, as 
shown in Figure 1. These layers are 
interdependent and the model is 
hierarchical. Each layer can only com- 
municate with the layer below or 
above it. 

Layer 1 defines the physical con- 
nection and is partly mechanical 
(connectors, cables) and partly elec- 
trical, specifying modulation techni- 
ques and voltages. 


Layer 2 defines the formats used in 
the message units as well as the 
means of controlling access to the net- 
work. LANs break up messages into 
packets, or message units. Each 
packet carries with it its source, 
destination, and some type of error 
detection mechanism. 

Layer 3 defines the switching and 
routing of information between net- 
work nodes. Network management, 
which includes the relay of status in- 
formation and regulation of packet 
flow, is established in this layer. 

Layer 4 defines the distribution of 
addresses on the network. If 
necessary, the procedure to divide the 
messages into smaller units is deter- 
mined in this layer. Error detection 
and recovery are also handled here. 

The layers 1, 2, 3, and 4 define the 
network and how it functions. The top 
three layers define how the network 
is used. 

Layer 5, the session layer, defines 
the binding and unbinding of com- 
munication links, as well as the 
passage of data. 

Layer 6 defines the translation of 
formats and syntax from an applica- 
tion to the network. 

Layer 7 defines the support for ap- 
plications run on the individual node 


points and specifies the manner in 
which applications can enter the 
network. 

Some versions of the OSI model 
contain Layer 8 to cover the network 
management features. While the 
traditional 7 layers are stacked in their 
hierarchical configuration, the 8th 
layer runs vertically, interfacing with 
all 7 layers. 

In a typical configuration of Tur- 
boDOS with Desnet (a networking 
system by Destek), the first two layers 
are handled by Desnet and the re- 
mainder layers by TurboDOS. 


NETWORK TOPOLOGY 

The physical layout of the network, 
its topology, is defined in the hard- 
ware layers. The cost and flexibility 
of the network installation are partly 
affected by topology, as is the system’s 
reliability. There are four basic con- 
figurations for topology: the Star, the 
Ring, the Distributed Bus, and the 
Token Bus. 

The Star topology (Figure 2) has 
a separate cable for each personal 
computer on the network. Each cable 
attaches to a central network pro- 
cessor. The Star is widely used in 
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LAYER 7: 

APPLICATION 

LAYER 6: 

PRESENTATION 

LAYER 5: 

SESSION 


LAYER 4: 

TRANSPORT 

LAYER 3: 

NETWORK 


LAYER 2: 

DATA-LINK 

LAYER 1: 

PHYSICAL 


Figure 1. Profile of the Open System Interconnection (OSI) model for LANs. 
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STAR TOPOLOGY 




= WORKSTATION 
(S-100, IBM, Zenith, etc.) 



= WORKSTATION and/or 
FILE SERVER 


Figure 2. Basic local area network topologies. 
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host-to-terminal networks, PBX net- 
works, and in a few LANs. The only 
advantages of the Star are the 
simplicity of its hardware and the 
possible use of existing phone lines 
as transmission media. On the other 
hand, it uses more cable than any 
other topology. It is also more 
cumbersome to install additional 
computers to the network since it 
requires a new cable each time. 
Another cause of concern is its 
vulnerability to the failure of the cen- 
tral processor. 

The Ring topology (Figure 2) is a 
closed system. The cable passes 
through each peripheral and ends are 
closed to form a ring. The Ring may 
be the network configuration most 
subject to downtime. If a peripheral 
fails, the circuit is broken and the net- 
work operation is halted. The problem 
is corrected by running two parallel 
rings and connecting them so that a 
down machine or cable link can be 
bypassed. 

A Distributed Bus (Figure 2) is the 
most widely used topology in local 
area networks. The bus is a single 
cable routed through the work area to 
which workstations can be attached at 
convenient points. This topology is 
highly reliable and flexible. Its only 
vulnerability is the failure of the cable. 

The Token Bus topology (Figure 
3), also called Distributed Star, is 
similar to the Distributed Bus. 
However, the Token Bus uses special 
interface devices called HUBs, which 
are attached to the bus at convenient 
points. Dedicated cables run from 
these HUBs to the networked 
systems. 

Many combinations of the four 
basic topologies are possible. The 
Star-Wired Ring (Figure 4), for exam- 
ple, uses two Star networks in which 
the central processors are connected 
by two parallel rings, thus also pro- 
viding backup redundancy. 

The TurboDOS multiprocessor, 
multiuser system is itself a strongly 
bus-oriented system in which there is 
one master (server) processor and a 
multitude of slave processors (S-100 
boards). Internally, the system 
resembles Star topology since the 
master server regulates the informa- 
tion flow on the S-100 bus. In net- 
worked TurboDOS systems, using 
hardware such as Destek’s, there is a 
Token Bus topology amongst master 




server processors. Therefore, the final 
system can be referred to as Token 
Bus Constellation (see pages 30-31). 


NETWORK BUS 
ACCESS SCHEMES 

Any topology which uses a common 
bus (i.e., Ring, Distributed Bus, or 
Token Bus) must have some means 
of regulating the access to the bus. 
Otherwise, nothing would prevent 
two workstations from making 


simultaneous transmissions and effec- 
tively blocking each other. Two access 
schemes are currently used: Carrier 
Sense Multiple Access (CSMA) and 
Token Passing. Access schemes are 
part of the hardware layers of the OSI 
model. Of the two major hardware 
layer protocols, CSMA is used by 
Ethernet (also by Desnet), and Token 
Passing is used by ARCnet. 

In the CSMA method, also known 
as contention scheme , workstations 
must compete for an open time slot 
in order to access the bus. Most 
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CSMA schemes also include Collision 
Detection (CD) as part of their access 
method. While a workstation 
transmits, it continues to listen to the 
network to verify that the transmission 
is not being interrupted. If it detects 
any collision, it sends a jamming 
signal and retransmits after a predeter- 
mined interval. 

In a Token-Passing network, an 
access-granting message, called a 
token, is generated during the system 
configuration and passed from station 
to station. Any station wishing to 
transmit must wait until a free token 
is offered. It then takes possession of 
the token and the network by alter- 
ing a bit within the token. It then 
transmits. When done, it releases the 
token by resetting the bit to ‘free’ 
status. 

Both schemes work well. Token 
Passing is defined as the deterministic 
access method, while CSMA is the 
probabilistic access method. During 
‘low traffic’ or ‘bursty’ activity, the 
CSMA-CD method works better than 
the Token-Passing. 

The two schemes are well establish- 
ed. Various protocols, such as ARC- 
net, Ethernet, and others have been 
transformed into simple chips from 
their complex protocols. None of 
these standards will disappear in the 
future. We expect to see sophisticated 
developments in internetting through 
gateways so that any one protocol can 
talk to another. 


CABLES 

The cable used in networking is 
specified at the hardware level. Fac- 
tors considered by the manufacturers 
are: the cost of the cable, its transmis- 
sion speed, maximum range of the 
network, susceptibility to electrical in- 
terference, and security threats. 

The Twisted Pair is the least expen- 
sive of all alternatives. If multistrand- 
ed and shielded, it can support data 
transmissions of up to 1 Mbits/sec. It 
fits well to Star topology and small 
department-level networks. 

Baseband Coaxial cable is the 
choice of most LAN manufacturers. 
A single-channel cable, baseband uses 
electrical frequency signals and 
handles high-speed data rates of up 
to 10 Mbits/sec. Baseband coax is 
relatively inexpensive and free from 


interference. It is also easy to install 
and maintain. Desnet uses the base- 
band method. 

Broadband Coaxial cable is a 
high-speed data medium which is 
similar to baseband. However, it car- 
ries a radio frequency signal which in- 
creases the bandwidth and permits 
multiple-channel capacity. The broad- 
band cable is more costly than the 
baseband cable and requires expen- 
sive RF modems at each device inter- 
face. The broadband is not needed for 
most LANs. 

Fiber-Optic cable is the newest 
technology. Light beam is modulated 
by the network to shape signals within 
the cable. This system is immune to 
electrical interference and outside in- 
terception. However, it is expensive, 
difficult to install and maintain, and 
very difficult to tap into for additional 
workstations. 


OPERATING SYSTEM 

Even though networking may seem 
transparent to the end user, there are 
immense differences in operating a 
single-user personal computer versus 
one that is a part of the network. Net- 
working introduces new commands to 
control the computing system. It 
enables one station to communicate 
with another on the network. It may 
provide multitasking and multiuser 
features. From the user’s point of 
view, the network operating system is 
the single most critical element of net- 
working. Functionality, ease of use, 
management, data safety, and securi- 
ty are all features of the operating 
system. 

A networking operating system 
supports applications on the network 
in much the same way that a local 
operating system supports applica- 
tions on the personal computer. It has 
its own set of required utilities just like 
personal computer disk operating 
systems do. 

TurboDOS and its support 
packages, such as TurboPlus, provide 
an extremely user-friendly at- 
mosphere, file-locking mechanisms 
during simultaneous file accesses, 
security, electronic mail, and status 
information. TurboDOS also provides 
access to another operating system, 
like MS-DOS or PC-DOS, by run- 
ning an emulator on its own bus- 


oriented 16-bit processors or by 
networking a PC to the bus. A PC 
networked to the bus may either 
operate under TurboDOS or it may be 
under MS-DOS and run Tur- 
boDOS/PC, a program which 
enables the PC to access the network. 
TurboDOS/PC is transparent to the 
user; it intercepts only the TurboDOS 
function calls and passes the rest to 
MS-DOS. 

A utility is a special-purpose pro- 
gram integrated into the network. It 
can be thought of as the network 
operating system’s own, dedicated ap- 
plications software. Table 1 describes 
utilities that are generally found on 
TurboDOS’ and other LANs. 

There are two types of network 
servers available: the disk server and 
the file server. TurboDOS is a file 
server. In a networked TurboDOS en- 
vironment there are multiple file 
servers that may be viewed as disk 
servers from a network point of view. 
Each one of these master servers is 
responsible for opening files and for 
locking files and records properly on 
its drives. The proper use of record 
and file locking is also the full respon- 
sibility of the application programs. If 
a single-user application program runs 
under a multiuser system, it should 
not be assumed that it automatically 
handles the file and record 
contention. 

TurboDOS is truly a distributed- 
processing system in which master 
servers are also multitasking while ser- 
ving the local processor demands. 
The operating system is designed 
such that most of the tasks are reen- 
trant. Local servers (i.e., workstations) 
dedicate their resources mainly to the 
console activity and data processing. 
They delegate other tasks associated 
with the bus/network activity to the 
master servers. Therefore, the system 
performance on the multiuser and 
network level is outstanding. 


APPLICATIONS 

SOFTWARE 

Most network software used today is 
single-user, run by the ‘grace’ of the 
operating system. Depending on the 
specific operating system and applica- 
tion, this situation can cause con- 
siderable grief to the user. Just as the 
assumption ‘if it works on floppy, it 
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LAN UTILITIES 


Disk Serving permits a networked 
system to share mass storage devices. This 
aspect is handled flawlessly by TurboDOS 
with its disk buffers, multiple accesses, and 
so on. One multiuser TurboDOS system can 
support up to 16 logical drives. With proper 
design, this number is more than adequate 
to arrive at an arrangement of global and 
local disk drives for all users. 

Print Serving allows user access to 
a common printer. Just like the disk drives, 
there are 16 logical printers available to each 
user, and they can be configured very easi- 
ly within TurboDOS. 

The Print Spool utility permits a user 
station to send data to a printer buffer, which 
is a file on the server. The spool file holds 
data until the printer becomes available. On 
networked TurboDOS systems, these spool- 
ed files can easily be left on any system in 
the network if the system is designed for it. 

The Login utility implements the pro- 
cedure for entering the network environment. 
TurboDOS provides an orderly login/logout 
procedure that allows common messages to 
all users to be displayed. 

The Password utility provides the 
mechanism to protect data from unauthoriz- 
ed use. Beyond general-access protection, 
a password identifies a user profile. Tur- 
boDOS has two classes of users. Non- 
priviledged users may be locked into 2 or 
more disk drives and are not permitted 
to leave their own user level (1 out of 31 
available). They may alter files in their own 
area as they wish. They may also access 
global files on a read-only basis if those files 
are placed on their disk drive or on a system 
disk drive. Privileged users have no restric- 
tions. It is very easy for the network operator, 
who is a privileged user, to alter a user PRO- 
FILE under TurboDOS/TurboPlus. 


The File Specification utility offers 
data protection similar to password 
priviledges. However, here restrictions 
are placed on the files instead of the 
user. TurboDOS does not use this 
mechanism. 

Locking is a network-associated utili- 
ty that temporarily reserves a file, record, or 
field for a particular user. This is necessary 
to avoid problems, or even destruction of 
data, when several users try to access the 
same file simultaneously. TurboDOS pro- 
vides every locking mechanism currently 
available, including record locking. 

Pipes are temporary volumes used 
to communicate between application pro- 
grams running on different computers. 
Piped messages are stacked in a queue so 
that the first message in is also the first 
message out. TurboDOS provides pipes 
through disk FIFO buffers or much faster 
RAM buffers. 

Electronic Mail allows memos, let- 
ters, and files to be sent from one worksta- 
tion to another. TurboPLUS, the extension of 
TurboDOS, provides real-time message for- 
warding as well as electronic mail. 

Configuration is another important 
tool that allows the user to issue commands 
to configure or reconfigure the environment 
dynamically. Currently, in networking Tur- 
boDOS, reconfiguration is a relatively sim- 
ple and quick process, but it is not dynamic. 
MicroServe, the originator of TurboPlus, is 
currently working on this topic. 

The Network Monitor is a diagnostic 
utility that allows a user to see activity on the 
network. Such utility exists under TurboPlus, 
and allows the user to get the snapshot or 
periodic update of the network activity. 


Table 1. Utilities typically found in local area networks, including LANs under TurboDOS. 
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The Local Area Network exemplified in this page is com- 
posed of five systems. Systems 1 and 2 are Teletek S-100 
16-user systems. Each of these users has his/her own 
S-100 processor board which can be either a 8-bit or a 
16-bit slave board. System 3 is the main server for the LAN. 
System 4 is a multitasking single-user S-100 system. 
Systems 5 and 6 are IBM PC, XT, AT, or compatibles. 

Users in the network can perform different functions in 
the office, from data entry to programming, and each user 
can be configured to run under specialized hardware/soft- 
ware environments. One user, for example, may only re- 
quire a 8-bit terminal for data entry, while another may need 
a special color monitor for graphics, a local printer, or real- 
world interface hardware. 

Each of the six systems attaches to the network via a 
Destek NIB100/01 network interface board. Each LAN 
board is assigned a node number. The users on Systems 
1 and 2 are also each assigned a unique number to 
facilitate communication. 

The master processors in systems 1, 2, and 3 are en- 
charged with running the printers, manipulating the files, 
controlling queues, and performing other network tasks. 
Since each user station has its own dedicated (slave) pro- 
cessor, applications software can run very fast. One of the 
8- or 16-bit slave processors can also be designated as 
a batch processor for other users in the network. 

The disk drive assignment provides for local-system 
storage and global storage. Through easy-to-configure 
assignment tables, each user (including the users of 
Systems 4, 5, and 6) can be restricted to one or more disk 
drives and assigned to any number of printers in the net- 
work. A user can even be assigned to a command file 
which executes upon entry into the system, thus blocking 
that user from accessing other system resources and data. 

The nonserver systems (4, 5, and 6) may run their local 
software and also have access to the LAN software. Local 
and global software may even run simultaneously. During 
accesses to disk drives, printers, batch queues, and other 
resources of the network, the assistance of the master 


EXAMPLE OF A TurboDOS 

BASED ON TELETEK S-100 


OPERATING SYSTEMS RUNNING LOCALLY 

System 1 

8/16-bit TurboDOS w / TurboPlus 

System 2 

8/16-bit TurboDOS w / TurboPlus 

System 3 

8-bit TurboDOS 

System 4 

ConcurrentDOS w / TurboDOS/PC 

System 5 

MS-DOS/PC-DOS w / TurboDOS/PC 

System 6 

MS-DOS/PC-DOS w/ TurboDOS/PC 

TYPE OF SOFTWARE AVAILABLE TO SYSTEM 

System 1 

TurboDOS, CP/M-80, CP/M-86, 
M P/M -80, MP/M-86, MS-DOS 

System 2 

Same as System 1 

System 3 

Same as System 1 

System 4 

TurboDOS, CP/M-80, CP/M-86, 

M P/M -80, MP/M-86, MS/PC-DOS 

System 5 

Same as System 4 

System 6 

Same as System 4 
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LOCAL AREA NETWORK 

AND TurboNET COMPONENTS 


MULTIUSER AND SERVER 
INTERNAL HARDWARE 


System 

1 

and 

System 

2 

(each) 


System 

3 


1 master processor: 
Teletek Systemaster II 
(128K/8-MHZ/Z80H) 

8 8-bit slave CPUs: 
Teletek SBC-B 
(128K/6-MHz/Z80B) 

8 16-bit slave CPUs: 
Teletek SBC-86 
(51 2K/8-M Hz/8086/87) 

1 hard-disk controller: 
Teletek HD/CTC 

1 LAN board: 

Destek NIB100/01 


1 master processor: 
Teletek Systemaster II 

1 8-bit slave CPU: 
Teletek SBC-B 

1 hard-disk controller 
Teletek HD/CTC 
(also controls tape) 

1 Destek LAN board 


System 3 


DISK DRIVE ASSIGNMENTS 


TYPE 

STATUS 

A 

V4 of local Hard Disk 

LOCAL 

B 

8" Floppy Drive 

GLOBAL 

c 

5V 4 " Hard Disk 

GLOBAL 

D 

Tape Drive 

GLOBAL 

E 

14" Hard Disk (cartr.) 

GLOBAL 

F 

1/4 of 51 / 4 " Hard Disk 

GLOBAL 

G 

1/4 of 5V4" Hard Disk 

GLOBAL 

H 

1/4 of 5V 4 " Hard Disk 

GLOBAL 

1 

1/4 of 5V4" Hard Disk 

GLOBAL 

J 

8" Floppy Drive 

LOCAL 

K 

8" Floppy Drive 

LOCAL 

L 

5V4" Floppy Drive 

LOCAL 

M 

5V4" Floppy Drive 

LOCAL 

P 

V4 of 5V4" Hard Disk 

LOCAL 


LAN-Oriented Commands 
of TurboDOS and TurboPlus 

BB, BBOEL, and BBLIST: Used when 
designating a slave processor to handle 
background batch processing for other 
system users. 

CHANGE: Used before removing disks 
from a remote drive. 

DIRDUMP and LOCATE: These com- 
mands are for checking the user levels of 
the logical drives and to locate ambiguous 
files on the logical drives. 

GO and GONAME: For assigning logical 
names to any of the logical drive user levels. 

HELP: Explains TurboDOS and TurboPlus 
commands. Any HELP files may be added. 

LOG: Enables user to record the progress 
of a job with time and date stamp. 

LOGON and LOGOFF: For orderly enter- 
ing and exiting the system. 

MASTER: This command allows a pri- 
viledged user to attach a PC or slave 
processor console as a file-server (master) 
console. 

PRINT: Allows the user to control the 
routing of print outputs. 

PRINTER: Allows the user to control 
despooling to any selected printer. 

PROFILE: Used by the network manager 
to alter the ‘user ID/password’ file structure 
and assign access status of each user. 

REASSIGN: For reassigning the corres- 
pondence between logical and physical 
drives. 

RESET: Closes any files that may have 
been left open by MS-DOS. 

STATUS and WHO: These commands 
allow the user to inquire about the status 
and current activity on the network. 

TURBOPC: Used in the installation of Tur- 
boDOS/PC. It allows the user to access 
remote disk drives and do remote printing 
over the network. 

TURBOPRN: Used in the installation of the 
TurboDOS/PC ‘print filter’ which is required 
for any remote printing. 

TWX and MAIL: For sending electronic 
messages among users. Messages can be 
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GUIDELINES FOR SELECTING A NETWORK 


Often, when network decisions are made, the 
technician’s point of view prevails. From this 
perspective, many complex aspects of controver- 
sial technical issues must be resolved. But, from 
the manager/buyer’s point of view, these 
technical matters obscure other important issues. 
Another alternative would be to ignore all 
technical aspects and make a choice on func- 
tionality alone. The best alternative, however, lies 
somewhere in between. 

The first item to be discussed should be a plan 
for networking. This plan should state what an 
organization wants, how it will benefit, and what 
the benefits are worth. This plan should be the 
benchmark for comparing reality with expecta- 
tion. The plan should be closely followed under 
most circumstances. 

Access methods to the network may be anoth- 
er consideration. But, even though the methods 
discussed in the text (Token Passing and CSMA- 
CD) have advantages over each other under cer- 
tain situations, their differences in affecting net- 
work performance are usually insignificant. 

The price/performance relationship extends 
to local area networks. Generally, the more ex- 
pensive the network, the better its performance. 
However, a typical TurboDOS local area network 
can cost 10 to 50 times less for a given perfor- 
mance when compared to a minicomputer or 
mainframe. 

The environment in which a LAN is to be in- 
stalled plays an important role in the overall plan. 
Electrical interference, heat, humidity, and 
distances involved may very well dictate the type 
of cable and connectors to be used for the task. 
The network’s capabilities should not be exceed- 
ed in the proposed installation plan. 

Topology of the network is a significant feature 
in the evaluation process since it affects the flex- 
ibility, reliability, and cost of installation. Closed 
topologies, such as Rings, tend to be less reliable 
than open topologies. Networks which require 
dedicated cables to individual devices are usually 
more expensive and more complicated to wire, 
but may offer higher performance. 

Interface requirements should play a role in 
evaluating the networks. Regardless of any other 
consideration, the network should conform to the 
International Standards Organization’s Open 
Systems Interconnection (OSI) model. This con- 
formity is a prerequisite for future expansion and 
internetting. 

Even though internetting is commonly an 
overlooked feature for larger installations or in- 
stallations with diverse applications, it should be 


considered. Generally, network protocols are 
close enough so they can talk to each other 
directly, or they may require gateway devices and 
protocol converters. Gateways have a range of 
capabilities. The best gateway devices can pass 
a high percentage of application functionality 
along with the basic information. 

Cable type helps determine both data rates 
and network range. Susceptibility to interference 
is wholly dependent on the cable. The overall net- 
work cost is also affected by the choice of the 
cable. Baseband coax cables are generally five 
times more expensive than the twisted pair, yet 
may offer the desired data rate and noise 
immunity. 

For most networking applications, good 
response time depends upon various factors. The 
raw data rate over the cable, in the range of 1 to 
10 Mbits/sec, is seldom the factor in overall 
speed. The amount of traffic on the network, pro- 
cessor speed, memory, architecture, and disk 
transfer speed are generally more important. 

The fault tolerance of a LAN is extremely im- 
portant. The additional cost of redundant com- 
ponents must be weighed against the potential 
loss due to network outage. LANs based on 
multiprocessor/multiuser TurboDOS systems with 
several file servers offer the desired redundancy 
and insurance against network outage due to a 
single component failure. 

Data security is another important factor that 
should be considered. LANs have both interior 
and exterior security problems. The user 
id/password schemes may not keep undesirable 
parties away from sensitive files. Access to 
remote workstations is easier than in tightly con- 
trolled computer systems. Cables going over long 
distances may also be easily tapped resulting in 
a serious security breach. 

Application software is generally one of the 
most important issues concerning the LANs. The 
single-user software, when used in a multiuser 
environment, may cause havoc if not handled 
properly. Although the selection is limited in 
multiuser software, there are adequate packages 
available for data base, accounting, inventory, etc. 

The network should bring a variety of essen- 
tially incompatible computers together. The main 
benefit of networking is the sharing of peripheral 
equipment and data files and the ability of users 
to communicate. A typical TurboDOS network can 
bring together CP/M-80/86 and MP/M-80/86 en- 
vironments with PC/MS-DOS systems. 

The bottom line in choosing a network is 
whether it exists and works today! 
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should work on hard disk’ is wrong, 
so is the assumption that ‘single-user 
data-base-management software can 
be used in the shared environment of 
a local area network.’ 

Today, perhaps 99% of all local 
area networks are used for simple disk 
sharing. Since network programmers 
have made networks look like a 
single-user environment, less em- 
phasis has been placed on the infor- 
mation sharing or communication 
capability of the network. Users are 
generally unaware of the potential 
they are missing. Similarly, due to a 
lack of understanding, users assume 
that sharing of communications and 
information is implicit. It is not! Net- 
work software provides tools for these 
operations. It is up to the application 
software to make use of these tools. 

For example, a network operating 
system can provide locking down to 
the record level. But locking the 
record, deleting it, and unlocking it 
will not solve the problems that arise 
when several users want to 
manipulate the same database file. 
The only solution is to use a multiuser 
approach so that the multiuser soft- 
ware writes the file out to the disk and 
updates it properly. 

There are three categories of soft- 
ware currently available. These are: 
Unnetworked, Networked , and 
Multiaccess Networked. 

Software which abuses the 
operating system through some unor- 
thodox scheme needs to be unnet- 
worked form the system. This pro- 
blem is relatively rare. Networked soft- 
ware is single-user software which 
runs on the networked system with 
the appearance that it is running on 
a single-user system. The third 
category of software, multiaccess, is 
aware that it is running on a multiuser 
environment and takes advantage of 
all (or most) of the operating system 
calls. Care should be taken while im- 
plementing single-user software, such 
as a data base management program, 
which has been upgraded to a 
multiuser environment. Generally, 
such an upgrade may solve problems 
associated with lock and unlock com- 
mands if only two people are using it. 
However, problems may arise under 
heavier usage. If heavy usage is a 
must, then a ‘verbal semaphore’ 
which schedules usage among net- 
work users must be arranged. 


It is conceivable that if a DBMS 
(Data Base Management Software) 
package is ill designed and all of its 
elements are not updated, the reports 
written by one user may not reflect the 
current status of the data base. A ma- 
jor function of a multiuser DBMS is 
to keep track of who is doing what, 
and this does not have an equivalent 
on a single-user package. 

Another useful feature for a 
multiuser data base is the capability of 
defining users. A password scheme 
that defines the access level of the 
user to the data base is an extremely 
desirable feature. TurboDOS and 
most other networks have the 
capability to define users, but not at 
DBMS level. This feature of the net- 
work operation system could be us- 
ed as a prefilter to the DBMS’ own 
password protection scheme. 

Programs which run on memory 
most of the time, with infrequent ac- 
cess to the hard disk storage, obvious- 
ly are better suited for network ap- 
plications. Software requiring large 
amounts of disk access should be 
placed in a local storage medium so 
that the overall network load is 
reduced. 

Common computer languages 
developed for single-user en- 
vironments do not address 
themselves to the needs of multiuser 
and network requirements. However, 
multiuser versions of some of these 
languages are available. They do 
provide methods for orderly file 
retrieval and update in a multiuser 
environment. 


ELECTRONIC MAIL 

Electronic mail is probably the single 
most significant contributor to office 
productivity — even more important 
than spreadsheets and word 
processing. 

Electronic mail is a message which 
is encoded as electrical impulses and 
passed over a transmission line. The 
message may be a memo, letter, file, 
graph, or any combination of these. 
Electronic mail eliminates the pro- 
blems associated with getting a 
physical document to an intended 
party. Unlike telephone messages, 
both parties need not be available 
simultaneously. A computer-based 
message system (CBMS), such as 


those available on LANs, has many 
advantages over terminal-based elec- 
tronic delivery systems. 

In a TurboDOS system with the 
TurboPlus upgrade, it is possible to 
send real-time messages between 
users as well as traditional electronic 
mail. A message sent by one party is 
kept in mailboxes. Users have the op- 
tion of deleting their mail after reading 
it. Electronic mail has its own editor. 
However, larger messages may be 
written by word processing packages, 
and the destination party may be in- 
formed about their existence and 
location through electronic mail. 

Electronic mail and local area net- 
works promote better communication 
among all employees of an organiza- 
tion thus helping to increase 
productivity. 


ADMINISTRATION 

The most practical approach to 
organizing a network is to appoint one 
person to manage it. Network 
managers should tailor the network so 
that each user ‘sees’ only as much of 
the network as it is necessary. The 
manager also educates users on the 
use of the network. 

Initial planning of the network is ab- 
solutely necessary. Such planning 
determines which department gets 
what equipment, peripheral devices, 
and links to the common storage. In- 
dividual departments should access 
only those files needed. For example, 
shipping departments should not 
have access to confidential personnel 
records. Once this has been decided, 
individual users and their access status 
to the files should be determined. 
Certain files which are accessed by 
more than one department may be 
accessed by the users on read/write 
or read-only basis depending upon 
their needs. 

Files stored on the hard disk can be 
given shared or nonshared status. 
Even though protection schemes ex- 
ist, data on a common storage 
medium, such as a hard disk, is 
ultimately available to all users. In 
designing the network, care should be 
given in assigning local disk drives that 
are not accessed by all users. If flop- 
py drives are available, sensitive files 
should be kept out of the networked 
system drives. 
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A suitable file-naming convention 
should be decided upon and used by 
all users on the network. Some net- 
work software should have the means 
to time-stamp files for further conve- 
nience. Also, a reliable backup system 
is a must for any network. Mirror- 


image backups should be avoided 
since this system copies bad and good 
sectors of the storage medium. 
Removable disk cartridges and file-by- 
file backup to a tape are two prefer- 
red methods. In general, a 
grandfather-father-son scheme with 


another backup stored at an ‘off-site’ 
is a desirable backup procedure. 

A device log kept by the network 
manager is another useful ad- 
ministrative tool. This log should in- 
clude schematics, printouts of 
diagnostics, dip -switch configurations, 
local and global disk drive/printer 
assignments, manufacturer, model 
number, serial number, capacity, 
where and when each item has been 
purchased, and warranty information. 
Failures of each device, the type, time, 
and all the symptoms of the failure 
should also be reported in this log. 
From time to time, these symptoms 
should be compared to find possible 
correlations between the failures. Also 
useful on the log is the description of 
locally maintained or developed soft- 
ware as well as unique features of 
each software item on the network. 


SECURITY 

Security for a microcomputer local 
area network is a relatively new field. 
All features of the electronic media 
which are desirable to a user also 
make it vulnerable to theft and 
damage. A stand-alone computer is 
easy to secure. With its diskettes lock- 
ed away, it cannot be tampered with. 
In local area networks, however, the 
ease of use is also the cause of its 
misuse. Before any steps can be taken 
in promoting security of the network, 
a proper risk analysis should be car- 
ried out to determine risks involved 
and the cost of correcting potential 
problems. For LANs, these strategies 
should be considered: physical securi- 
ty, personal identification, encryption, 
the diskless station, cable radiation, 
and call-back. 


INSTALLATION 

A network installation is inherently 
more complex than a stand-alone 
computer. Unlike a single personal 
computer, a network is not 
removable. Most of the obscure bugs 
which may plague a network can be 
prevented by following proper installa- 
tion procedures. A few guidelines for 
network installation follow: 

Consider the network plan, the 
building and electrical codes, all 
elements of the network, the en- 


IMPROVING LAN PERFORMANCE 
Reducing the load 

Keep personal files in the local storage. Get the heavy users, such 
as CAD stations, off the network if necessary. 

Caching 

Network performance is affected more by the number of times data 
is moved than by the amount of data moved. Therefore, network 
performance can be substantially improved by disk caching. 

Filing Structures 

In order to speed up access time to the files, keep directories as 
flat as possible. 

Hard-Disk Storage 

Hard-disk transfer speeds are rated between 5 to 10 Mbits/sec. 
In reality, these rates are much lower. By interleaving the sectors, 
speed may be improved. But, in a multiuser environment, using 
several smaller hard disks, rather than one large one, may 
dramatically improve the access speed. 

Drive Technology 

Drive technology offers a conventional, slower stepping-motor 
method, or a faster, more expensive voice-coil head-positioning 
method. The latter method seeks the position two or three times 
faster than the first method. 

Faster CPU’s 

Faster disk drives are only part of the solution. Also needed is a 
faster processor that can keep up with faster data rates. Obvious- 
ly, overall network speed will improve by changing the clock of 
the processor as well as its type. 

Cable 

Plan the network applications carefully before laying out the cable. 
Much higher performances may be obtained by dividing the net- 
work into clusters of subsystems and providing gateway devices 
in between. By its very nature, the TurboDOS Constellation 
Network allows the network planners to consolidate one applica- 
tion group within a multiuser cluster, thus reducing the load on 
the network. 

Printers and other Peripherals 

Unlike hard disks, where speed and performance may be improv- 
ed by using several smaller units, the issue with printers is quite 
different. Larger, heavy-duty, high-speed printers are generally 
more efficient and also handle forms much more reliably. However, 
the smaller needs of local stations may be better satisfied with 
inexpensive, lightweight printers. 
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vironmental conditions, the building 
design, and any future expansion 
plans. 

Keep an installation log indicating 
the types of parts and connectors us- 
ed and their supplier. Prepare a 
schematic diagram indicating loca- 
tions of hubs, connectors, taps, and 
repeaters. This log and schematic 
diagram should be updated showing 
any change on the network. 

Consider future growth, modifica- 
tions, and periodic repairs before lay- 
ing out the cable. Plan carefully, with 
ease of access in mind, the routing of 
the cable. The type of cable to be us- 
ed is generally dictated by the 
manufacturer. In high noise areas, 
triax or twinax cables may be 
substituted with coax cables. When 
kinked, coax cables offer different im- 
pedance and capacitance. The dif- 
ference between kinking and bending 
is a matter of degree. As a rule of 
thumb, a minimum bend radius is 5 
times the cable diameter. 

Test the cables before and after in- 
stallation using at least a simple ohm- 
meter test. In order to reduce in- 
terference, the routing of the LAN 
cable should be placed away from 
power lines. The danger of high 
voltage may be prevented by follow- 
ing proper grounding methods. 

Increased number of disk/file 
servers, hard disks, or printers, as well 
as duplicate routing of the cable, will 
result in higher fault tolerance of the 
system. However, weigh the cost of 
the installation against the benefits 
that will be gained. 


PERFORMANCE 

Performance of the network can be 
improved by the measures listed on 
the facing page. 


INTERNETTING 

Internetting is the process of connec- 
ting networks. It permits data to move 
freely among a large number of net- 
works and populations. A bridge is a 
device which links local networks us- 
ing identical protocols. Dissimilar net- 
works are connected through 
gateways . 

Basically, a bridge retransmits 
every packet of information from one 


S-100 USERS 


INTERFACE 
9-TRACK 
TAPE 
DRIVES 

With the DTI - DMA Tape-Unit Interface 

• Transfers data via DMA up 
to 200K bytes per second 

• Allows full control over 
all tape drive functions 

• Meets IEEE S-100 standard 

• Software available 
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SYSTEM PLANNING CORPORATION^ 

1425 N. Quincy Street, Arlington, VA 22207 
(703) 276-4713 


Learn to program in 
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database development software 
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one and two-day seminars 

Call for details and schedules 

(415) 495-5999 

COCHLIN COMPUTER SYSTEMS 

330 TOWNSEND STREET #107 SAN FRANCISCO. CA 94107 
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network to another. By using bridges, 
a giant LAN may be divided into 
more manageable smaller LANs that 
will provide better overall perfor- 
mance and security. Bridges also in- 
crease the distance a network can 
cover. 

A gateway receives data transmis- 
sion from one network and recreates 
it in the format used by the network 
of the addressed node point. This 
means restructuring the message to 
conform to the size differences and 
adjusting it to different access and 
routing schemes. Possible differences 
in network speeds require the buffer- 
ing capabilities of gateways. The most 
difficult service performed by the 
gateway is addressing, as each device 
addressed must be stored. Then, this 
information must be interpreted and 
properly readdressed. 

Due to the complex tasks perform- 
ed, most bridges and gateways are 
designed with coprocessors on board. 


In 1976, the CCITT (Consultative 
Committee for International 
Telegraph and Telephone) adopted 
Recommendation X.25 which has 
become the most widely used inter- 
face of public networks. In the U.S., 
three different types of X.25 networks 
are available to the public: Tymnet, 
Telenet, and AT&T. Only very large 
companies use other systems for wide 
area networking, usually with a 
private X.25 network or with IBM’s 
System Network Architecture (SNA) . 

Access to public networks can be 
done either through gateways that 
provide X.25 protocol or through 
strictly-asynchronous modems. The 
expected traffic load and the cost of 
the method determines the final 
choice of access. Another alternative 
for public networking is leasing a 
dedicated line from a phone com- 
pany. But this alternative is much 
more expensive. 

Commercial gateway products of- 


fer stand-alone gateway processors or 
cards which fit into disk/file servers. 
Depending upon the software used, 
a Gateway Processor may support 
either X.25 or SNA protocol, or both. 

To access remote locations from the 
network, a few user stations can be 
provided with 300/1200/2400-baud 
modems. Once the data from remote 
locations are pulled down by these 
stations, these data may become 
available for the rest of the users on 
the network. With the reduction in 
prices of 9600-baud modems, not on- 
ly will waiting time be reduced but also 
the cost of connecting the LAN to 
mainframe data bases. 


S-100 Journal thanks Teletek for 
assistance in the preparation of this ar- 
ticle . For more information on the pro- 
ducts mentioned, send an Editorial 
Feature Reply Card to Teletek, 4600 
Pell Drive, Sacramento, CA 95838. 
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^ ^ a new 
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QM bu r n e rr ~ 
you will sooner oMcrter fin*! youn com- 
ber short of RS-23& ^ %r!aT parts.. 


A~ word of w arn ng^ You do not 
need to be an ex )er to build this pro- 
■■j ect, but you "s nou ld~~haw a basic 


the time has then conie^ lobk for 

Ytih 


understanding of digital logic and 
.. know how - 


multiple-port interface 1 carcrYfll 
? buy 

may alsg. cfcnsidir byfflt nnq your own 
'artiel # presi 

construction of _ __ r __ 

jfte total co st of the parts 


iron 

and wire wrap tool! (Editor's note: If 
you hWelTeve r built a computer cir- 
nt- to~siart with a 
project like the clock 
Q Q , J our n al 


A (o 
A7 
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A 9 
-0 




^The board described H ere, 
tfe will call the HB-4, has the 
features.;. .. 

1. Flexible. 
s er i a l . ports 




AA/ 1 — 6 



IK 


U ft DESIGN 

OP 


Implement 1, Tp<5 prufiary-^t 

s — addressed oq—z(ctg^t4ie to convert 


PERMION 


[■ u fietion s-ofxM 


>2-port block in the 64jK I/O Space, 
s** o nally disable - ex pended ad< 
ig for compatibility with" 


terns. 

3. Fast. Runs at 8 k MHz With' 


"wait state. Thje board can in! 
it states for faster systems.-! 

8250 UART ihip featu ring-data- 
stf d- len g t h, stop bits, parity'L-and 
5aud rate (L)C to 56K baud) aHjunri 


'parallel data^t 
artsmtesi^p) and seriaj data 
1 If o^data r eceptiojplr lb Se- 
this, the practical approach 
^Asynchronous 
eiveivTi^nsmitter (UART). These 
idntain in one package all the 
rteutoyrf e q uired to ^ gj^eive parallel 
~ w a coning uom the S-100 bus, to 
igOnv^t^it, a rid to send -se rm l data to 
trial, c.omi^ub^tion^ine (and also 
^rse cirection). 



cpnir q! (See page 42 f or < z tq ' 

^ mo re information about the c 82^0 Tljie 825p UART (see pag<- s 42-43) 


S-100 board. The board also requires 
decoder circuitry, buffer circuitry, wait 
state generation, serial port selection 
and other support functions. 

Decoder circuitry recognizes when 
the board is bei ng address ed by the 
~UPU7and7 as a result, generates a 
board-select signal that enables the 
board. Buffer circuitry on the data 
linei-4s prima ri ly -te- -guarantee--tbat~ 
data is placed on or taken from the 
bus only at the appropriate times. Im- 
plementing 4 ports requires 4 UARTs, 
resulting in, additional circuitry being 
needed to sdeGt-iy hiGh- otthe 4 ports 
should be ireed fo&a particular data 
transfer. Wai£-state circuitry! ‘permits 
the UART, withYelativel^ few timing” 
specifications, to function with fast 
CPUs . ^o,YianY2bn- r bfoa rd power- 
supply "SrcuJt regulates the bus 
voltages for-use-by the “board. 

This articl^ghows how to build all 
the circuits required for a complete, 
functional board. 

As with most S-100 cards, the serial 
port design presented here is ► 

43 

Kevin Parker is an Electrical Engineer 
specialized in computer architecture! and 
is a Nuclear Submarine Officer. Kevin is 
experienced in 8086 hardware design. 
Besides programming and circuit design , 
he enjoys scuba diving. 





c* r- n. 








FORT 

D 


PORT 

£ 


P De 


<23 ? wS 


PORT 

b 


PORT 

A 


<22 R 


-tea* 


<SpSY 


U 


O ^2/ 




Qty. 

ID 

Part Description 

3 

U1-U3 

74LS244 Non-inverting octal driver 

1 

U4 

74LS240 Inverting octal driver 

1 

U5 

7406 O.C. Hex inverter 

1 

U 8 

74ALS74 Dual D flip flop 

1 

U9 

74LS03 Quad O.C. 2-input NAND gate 

1 

U10 

74LS139 Dual 2/4 decoder 

3* 

U11-U13 

74LS136 Quad O.C. XOR gate 

4** 

U14-U17 

8250A or 8250B UART chip 

i 

U7 

MC1488 Quad line driver 

i 

U 6 

MC1489 Quad line receiver 

i 


7805 5 volt regulator (TO-220 case) 

i 


7812 12 volt regulator (TO -220 case) 

i 


7912 -12 volt regulator (TO-220 case) 

i 


10K resistor array 

i 


IK resistor array 

12 


.1 uf capacitors 

3 

Cl ,3,5 

10 uf/25v capacitor 

3 

C2,4,6 

.05uf disk capacitor 

1 


1.8432 MHz crystal 

1 


1.5K resistor 

1 


1.0 megohm resistor 

1 


40-60 pf capacitor (mica or mylar) 

1 


10-30 pf capacitor (mica or mylar) 

2 * 


8 -position dip switch 

3 


Voltage regulator heat sink (TO -220 case) 

6-8 


14-pin wire wrap sockets 

2-3 


16-pin wire wrap sockets 

4 


20 -pin wire wrap sockets 

4 ** 


40-pin wire wrap sockets 

-80 


Wire wrap pins — Vector T49 or equivalent 

1 


S-100 Breadboard — Vector 8801 or equivalent 

4** 


26-pin double row header 

4 ** 


Interface cable (DB25S to 26-pin socket) 

Table 1. List of parts for the HB-4 serial interface card. If extended 
addressing is not implemented , on/y one of the parts indicated by * is required. 
Parts indicated by * * are one required per serial port. 


not complex. The challenge when 
designing S-100 bus circuits is to 
minimize part count while maximizing 
speed. 

A more detailed explanation of the 
HB-4 circuit design is presented next. 
Refer to the diagram on pages 46-47 
as we discuss each circuit. 

The data-input bus buffer (Ule-h, 
U2e-h) is enabled, through U9, by the 
S-100 signal pDBIN and the CSOUT 
signal from each 8250 UART. The 
DDIS output from each 8250 is not 
used to enable the buffer; doing so 
would insert an additional 300 nsec 
delay (due to 8250B timing specifica- 
tions) which would require adding 2 
wait states to each read cycle — for 
an 8 MHz system. If you do not in- 
stall all four UARTs, you must tie the 
resulting unused U9 inputs to ground 
in order to ensure that the outputs of 
the data-input bus buffer do not re- 
main active continuously. 

Open-collector gates U11-U13 are 
connected in a ‘wire NOR’ configura- 
tion to generate the board-select 
signal (BDSEL) from A5-A15 and 
from the input/output bus status 
signals. Notice that shutting each ad- 
dress-bit-select switch (Sla-c, S2a-h) 
requires the corresponding address bit 
to be a T in order to select the board. 
Opening switch Sl-f will disable ex- 
tended addressing. You may omit 
U12, U13, S2, and the corresponding 
resistors if you do not anticipate ever 
using extended addressing. 

Individual 8250s are selected on 
the board by using a l-of-4 decoder 
(UlOa). A0-A2, from the S-100 ad- 
dress bus, are used to access in- 
dividual registers in each 8250. The 
ADS* input on each 8250 is tied low 
since the S-100 address bus is not 
multiplexed. 

Data-output bus buffering is provid- 
ed by Ula-d and U2a-d. The data bus 
pins on the 8250 are bidirectional, 
hence, board data-bus contention is 
eliminated by enabling the buffer with 
the S-100 data- write strobe (pWR*). 

The wait state circuit is active 
during any I/O cycle in which the 
board is selected. The D flip flops 
(U8a and b) are cleared by pSYNC 
at the beginning of each bus cycle. 
This brings RDY low, signaling the 
CPU that a wait state is to be inserted. 
Assuming Sl-g is open, the next bus 
clock cycle will set flip flop U8a caus- 
ing a second wait-state to be inserted. 
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rri;„, 

i i i 


decoupling 



1 2 3 

Regulator Pin Out 
(top view) 


Figure 1. Schematics of the power supply. 


Flip-flop pin 8 will be reset during the 
following bus clock cycle, signaling the 
CPU that no more wait states are re- 
quired. If Sl-g is closed, only 1 wait 
state is inserted. Wait states will not 
be inserted if Sl-h is opened. 

On page 47, each serial port con- 
sists of four RS-232 lines. Additional 
lines can be connected as in page 48. 

All bus-timing and strobe signals are 
Schottky buffered in order to clean up 
pulse shape and minimize bus 
loading. 


CONSTRUCTION 

First gather all the parts listed in Table 
1. Substitute V4-watt resistors for the 
resistor arrays if necessary. Table 2 lists 
parts that may be deleted for various 
board configurations. 

I constructed the circuit on a Vec- 
tor 8801 S-100 breadboard card us- 
ing wire wrap pins and sockets. Start 
out by installing the voltage regulators 
on heat sinks in the space provided 
on the left side of the board. You will 
need to drill a hole for the third 
regulator. Mount the filter capacitors 
C1-C6 close to the regulators to 
minimize lead length. See Figures 1 
and 2. Cut traces and install jumpers 
as necessary to establish power and 
ground buses around the edges of the 
breadboard. Insert and solder wire 
wrap pins in the holes provided across 
the bottom of the board for the S-100 
bus contacts. It is not necessary to in- 
stall a pin for every contact; refer to 
pages 46-47 for the minimum 
number of pins required. 

The layout of parts is not critical, 
but I found the project easier to con- 


struct by locating the bus drivers at the 
bottom of the board and the RS-232 
drivers/receivers at the top (Figure 2). 
Begin laying out the board by inser- 
ting (do not solder yet!) wire wrap 
sockets for the ICs. I couldn’t find any 
20-pin wire wrap sockets (couldn’t 
wait for mail order!) for the bus 
drivers, so I put several Radio Shack 
16-pin wire wrap sockets end to end 
to make a long continuous socket 
across the bottom of the board. Next, 
extend the power-supply bus lines 
from the edge of the board using 18 
or 20-gauge solid conductor wire and 
wire wrap pins. The objective, when 
laying out this bus work, is to bring the 
power supply rails near the supply 
and return pins of each integrated 


circuit. Jockey the wire wrap sockets 
and bus work around until you have 
a suitable layout. Make certain that 
you leave room between the sockets 
for .luf power-supply decoupling 
capacitors. There should be a 
capacitor for every 3 or 4 integrated 
circuits. A good rule of thumb is to 
disperse the capacitors such that there 
is a capacitor within 1-2 inches of 
every IC. The decoupling capacitors 
connect to 5V and ground. 

Once you are satisfied with the 
board layout, solder the bus work, 
capacitors, and sockets in place. Don’t 
solder every pin on each socket to the 
board. Instead, solder only 2 pins on 
each socket to make removal easier 
in the event you ever decide to reuse 
the sockets. 

At this point it is a good idea to plug 
the board into your computer and 
measure voltages on the regulators 
and supply lines. Finding regulator 
wiring problems now will save 
countless hours of frustration later. 

Finish up soldering by installing the 
crystal and associated circuitry (tank 
circuit) on wire wrap pins. Keep the 
leads as short as possible. If you 
couldn’t find resistor packs, install 
discrete resistors and wire wrap pins 
at a convenient location. Solder the 
26-pin headers across the top of the 
board. 

Next install the ICs (except for the 
8250s) in their sockets, taking care to 


Feature Altered 

Components 

Eliminated 

Remarks 

Implement only 
1 serial port 

U9, U15, 
U16, and U17 

Connect pin 24 of U14 to pin 
19 of U1/U2 via spare inverter. 

Implement 3 (2) 
serial ports 

U17 (and U16) 

Connect unused inputs of U9 
to ground. 

No wait state 
generator 

U5 and U8 

— 

No extended 
addressing 

U12, U13, and S2 

— 


Table 2. Board modification summary for implementing fewer features. 


FALL 1986 


41 


THE 8250 UART 


National Semiconductor 
Corporation’s 8250 UART 
(Universal Asynchronous 
Receiver/Transmitter) com- 
munications chip costs a little 
more than other UART chips, 
but its power, flexibility, and 
minimal interface requirements 
make it the logical choice for 
the HB-4 serial interface board. 
Besides normal UART func- 
tions, the chip also implements 
programmable baud rate 
generation, modem control, 
and prioritized interrupt control 
for up to 4 UART-generated in- 
terrupts. All of these features 
are programmable through 
control registers (see facing 
page). These registers are ac- 
cessed via several port ad- 
dresses (7 ports for the 8250B, 
8 ports for the 8250A). Register 
functions and software in- 
itialization requirements are 
covered in more detail in the 
text. 

The 8250 chip is available in 
a few different flavors. Our 
serial interface board was built 
with the 8250B, but any other 
version could have been used. 
The primary differences bet- 
ween the 8250A and the 
8250B are that the A version is 
faster and contains a scratch- 
pad register. 

8250 features 

Chip select (pins 12-14) — up 
to 3 separate inputs can be us- 
ed to select the chip. Any 
unused inputs must be tied to 
their active state. 

Read and write strobes (pins 
18, 19, 21, 22) — separate read 
and write strobe inputs are 
provided. Notice the presence 
of both an active-low and an 


active-high input, minimizing 
external logic requirements. 
Any unused inputs should be 
tied to their inactive state. 

Address strobe (pin 25) — 
this input is used to latch the 
chip-select and register- 
address inputs when the 8250 
is used on a multiplexed ad- 
dress bus. 

Register address inputs 
(pins 26-28) — these three in- 
puts, in conjunction with the 
DLA bit, control access to the 
9 internal registers (10 in the 
8250A chip). 

Modem interface (pins 
36-39, 32, 33) — several inputs 
and outputs are provided to 
ease interfacing with modems. 


Refer to the National Semicon- 
ductor 8250 Data Sheet for 
details. 

Driver disable output (pin 
23) — this output can be used 
to directly disable the S-100 
Data Input bus buffer since this 
signal is active only when the 
CPU is reading data from the 
chip. 

Chip select output (pin 24) 
— this output is active 
whenever CS0, CS1, and CS2* 
are active. This signal could be 
used to enable a data bus buf- 
fer or a wait state generator. 

General purpose outputs 
(pins 31, 34) — two program- 
mable outputs are provided to 
allow additional flexibility. 


DO •+ — ► 
D1 -* — ► 

D2-* ► 

D3 •* ► 

D4 ► 

D5 ■* ► 

D6 •* ► 

D7 ► 

RCLK ► 

SIN ► 

SOUT ** 

CS0 ► 

CS1 — ► 

CS2* ► 

BAUD0UT* -« 

XTAL1 ► 

XTAL2 ► 

DOSTR* ► 

DOSTR ► 

Vss 


1 

0 

40 

2 


39 

3 


38 

4 


37 

5 


36 

6 


35 

7 


34 

8 


33 

9 

8250 

32 

10 

UART 

31 

11 


30 

12 


29 

13 


28 

14 


27 

15 


26 

16 


25 

17 


24 

18 


23 

19 


22 

20 


21 


Vcc 

Rl* 

DCD* 

DSR* 

-» CTS* 

MR 

► OUT1* 

► DTR* 

► RTS* 

► OUT2* 

► INTRPT 

NC 

A0 

-* A1 

A2 

ADS* 

► CSOUT 

► DDIS 

•* DISTR 

-« DISTR* 
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8250 REGISTER ORGANIZATION 


Port Address 

DLA Bit 

Register Name 

0 

0 

Receiver Buffer (read only) 

0 

0 

Transmitter Holding Register (write only) 

0 

1 

LSB of Divisor Latch (read/write) 

1 

0 

Interrupt Enable Register (read/write) 

1 

1 

MSB of Divisor Latch (read/write) 

2 

X 

Interrupt Identification Register (read only) 

3 

X 

Line Control Register (read/write) 

4 

X 

Modem Control Register (read/write) 

5 

X 

Line Status Register (read/write) 

6 

X 

Modem Status Register (read/write) 

7 

X 

— not used — (Scratch Pad Register in the 8250A) 


x=don’t care 


Interrupt Enable Register Organization 

D7 

D6 

D5 

D4 

D3 

D2 

D1 

DO < LSB ) 





Modem Status 
Interrupt 

Receiver Error 
Interrupt 

Transmit Buffer 
Interrupt 

Data Available 
Interrupt 

0 

0 

0 

0 

0 - disabled 

1 - enabled 

0 - disabled 

1 - enabled 

0 - disabled 

1 - enabled 

0 - disabled 

1 - enabled 


Interrupt Identification Register Organization 

D7 

D6 

D5 

D4 

D3 

D2 D1 

DO < LSB > 






Interrupt Type** 

Poll Bit 

0 

0 

0 

0 

0 

00 - modem status 

01 - transmitter empty 

10 - received data available 

11 - error detected in rcvd data 

0 - interrupt pending 

1 - no interrupts are 

pending 


** ‘Received Data Error’ interrupt is highest priority 


Line Control Register Organization (LSB) 

D7 

D6 

05 

D4 

D3 

D2 

D1 DO 

Divisor 

Latch 

Access 

Bit 

Break Bit 

Stick Parity 

Parity Type 

Parity Enable 

Stop Bits 

Data Length 

0 - releases 

SOUT 

1 - forces 
SOUT low 

0 - disable 

1 - enable 

0 - odd 

1 - even 

0 - disable 

1 - enable 

0 - 1 bit 

1 - 2 bits* 

00- 5 bits 

01- 6 bits 

10- 7 bits 

11- 8 bits 


* IV 2 bits if data length is 5 bits 


Line Status Register Organization 

D7 

D6 

D5 

D4 

D3 

D2 

D1 

DO < LSB > 


Xmitter Shift 
Reg Status 

Xmitter Hold 
Reg Status 

Break 

Interrupt 

Framing 

Error 

Parity 

Error 

Overrun 

Error 

Data 

Ready 

0 

0 - busy 

1 - empty 

0 - full 

1 - empty 

0 - no break 

1 - SIN is 
held low 

0 - none 

1 - invalid 
stop bit 
detected 

0 - none 

1 - parity 
error 
detected 

0 - none 

1 - data rcvd 
befor. previous 
data read 

0 - rev buffer 
is empty 

1 - data has 
been received 
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IC Number 

Type 

Gnd 

5V 

12V 

-12V 

U1, 2, 3 

74LS244 

10 

20 

— 

— 

U4 

74LS240 

10 

20 

— 

— 

U5 

7406 

7 

14 

— 

— 

U6 

MC1489 

7 

14 

— 

— 

U7 

MC1488 

7 

— 

14 

1 

U8 

74ALS74 

7 

14 

— 

— 

U9 

74LS03 

7 

14 

— 

— 

U10 

74LS139 

8 

16 

— 

— 

U11, 12, 13 

74LS136 

7 

14 

— 

— 

U14, 15, 16, 17 

8250A/B 

20 

40 

— 

— 


Table 3. IC power and ground connections (pin numbers). 


orient them correctly. Now start wire 
wrapping the board. Work on one IC 
at a time, double-checking each con- 
nection as you go. Refer to Table 3 for 
power and ground connections to 
the integrated circuits. Since the 
8250 UARTs can draw as much as 
80ma, it is a good idea to use two 
strands of wire for the power and 
return pins on these ICs. Refer to 
Table 2 for modification information 
if you do not intend to implement all 
4 serial ports. 

When you get to the RS-232 inter- 
face at the top of the board, solder the 
ends of the wires from U6 and U7 to 
the appropriate pins of the 26-pin 
headers. 

After you are finished wiring the 
board, carefully inspect both sides 
for small bits of wire and solder 
bridges. Next, you will need to 
obtain four cables (less if you are 
implementing fewer ports) to connect 
the RS-232 interface to the computer 
back panel. If you decide to make 
the cables yourself, you will need 
25- or 26-conductor ribbon cable, 
four 26-pin IDC socket connectors, 
and four DB-25 female IDC connec- 
tors. Use a bench vise to press 
the connectors onto the ribbon cable. 
You should buy the cables if you don’t 
have access to a vise. Using pliers to 
make cables may ruin the connectors 
and result in poor electrical 
connections. 

Finally, install the 8250s in their 
sockets. Be sure to follow standard 
MOS (semiconductor) handling 
precautions to prevent any physical 
or electrostatic damage to the 


chips. Use a wrist grounding strap 
and ground mat if available. 


INSTALLATION 
AND TESTING 

Before installation, configure the 
board for your computer by setting 
the option switches. If your system 
does not support extended I/O ad- 
dressing (16-bit I/O port addresses), 
turn switch Sl-f off. Use Sl-a, b, c and 
S2 to set the base address of the 
board. Notice that shutting a switch 


requires the corresponding address bit 
to be a T.’ The S2 switches will have 
no effect if extended addressing is 
disabled. 

Select the number of wait states re- 
quired by your system with switches 
Sl-g and Sl-h. One wait state is 
required when the 8250B chip is 
used at 8-MHz. The HB-4 board 
can run up to 6 MHz with no wait 
states if the 8250 A chip is used. If 
you have any doubts, set 2 wait states 
(Sl-g open and Sl-h closed) until you 
know that the board operates cor- 
rectly. Table 4 summarizes all switch 
setting options. 

Install the complete board and 
cables in your computer. Power up 
and boot the system. 

The simplest way to test the board 
is to use DEBUG, SYMDEB, or some 
other debugger program that allows 
direct access to I/O ports. Assuming 
that the board’s base address is 
0000H, test the board by reading a 
byte from the Line Status Register of 
serial port A (port address 5). You 
should get 60h if the board is 
operating correctly. If you don’t, try 
reading a byte from port addresses 
0-7. If you get FFh from each of these 
ports, there is a problem in the board- 
select circuitry, data-input bus buffer, 
or the 8250 chip itself. Read the Line 
Status registers of the remaining 


Switch 

Function 

ON 

OFF 

Sl-a 

Board address bit 7 

A7 = 1 

$ 

II 

o 

Sl-b 

Board address bit 6 

A6 = 1 

o 

II 

CO 

< 

Sl-c 

Board address bit 5 

A5 = 1 

£ 

II 

o 

S1-d,e 

—not used— 

— 

— 

Sl-f 

Extended addressing 

Enable 

Disable 

Sl-g 

Number of wait states 

1 state 

2 states 

Sl-h 

Wait state generator 

Enable 

Disable 

S2-a 

Board address bit 15 

A15 = 1 

> 

cn 

II 

o 

S2-b 

Board address bit 14 

A14 = 1 

A14 = 0 

S2-c 

Board address bit 13 

A13 = 1 

A13 = 0 

S2-d 

Board address bit 12 

A12 = 1 

A12 = 0 

S2-e 

Board address bit 11 

All =1 

All =0 

S2-f 

Board address bit 10 

A10 = 1 

A10 = 0 

S2-g 

Board address bit 9 

II 

CD 

< 

£ 

II 

O 

S2-h 

Board address bit 8 

A8 = 1 

£ 

II 

O 


Table 4. DIP switch settings and functions. 
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Figure 2. Component layout of the HB-4 Serial Interface Board (interrupt circuit not included). 
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OPTIONAL CIRCUIT TO CONNECT THE HB-4 CARD TO A MODEM 


If any of the serial ports is to be connected to a modem, the modem handshaking lines 
of the 8250 should be connected to RS-232C line drivers and receivers as shown below. 
Additional MC1488 and MC1489 chips will be required. The modem inputs are not used 
by the 8250 to enable or disable the transmitter; the inputs are available for use by the 
driver software and can generate interrupts if the modem status interrupt is enabled. See 
the National Semiconductor 8250 data sheet for details. 


RS-232C 
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8250s using the I/O port address map 
in Table 5. 

Now initialize serial port A by 
writing, in order, the sequence of 
bytes listed in Table 6. When you are 
finished, serial port A will be set up 
for 9600 baud, 8-bit data, 1 stop bit, 
and no parity. This will be discussed 
in more detail later. 

Insert a jumper between pins 2 and 


3 on the RS-232 connector for serial 
port A. Read from port OOh to clear 
the Receiver Buffer. Then perform a 
loop-back test by writing 35h to port 
0. Reading from port 5 should then 
give you 61h. Next, read from port 0 
to get the character you just transmit- 
ted (35h) . Now read from port 5 and 
you should get 60H. If you are using 
DEBUG or SYMDEB, the initializa- 


Port Address 
Offset 

Port Assignment 

OOh 

Port A — Data Register / Divisor Latch (LSB) 

01 h 

Port A — Int. Enable Reg. / Div. Latch (MSB) 

02h 

Port A — Interrupt Identification Register 

03h 

Port A — Line Control Register 

04h 

Port A — Modem Control Register 

05h 

Port A — Line Status Register 

06h 

Port A — Modem Status Register 

07h 

8259 Initialization Command 1 Register* 

08h 

Port B — Data Register / Divisor Latch (LSB) 

09h 

Port B — Int. Enable Reg. / Div. Latch (MSB) 

OAh 

Port B — Interrupt Identification Register 

OBh 

Port B — Line Control Register 

OCh 

Port B — Modem Control Register 

ODh 

Port B — Line Status Register 

OEh 

Port B — Modem Status Register 

OFh 

8259 Operational Command 1 Register* 

lOh 

Port C — Data Register / Divisor Latch (LSB) 

11h 

Port C — Int. Enable Reg. / Div. Latch (LSB) 

12h 

Port C — Interrupt Identification Register 

13h 

Port C — Line Control Register 

14h 

Port C — Modem Control Register 

15h 

Port C — Line Status Register 

16h 

Port C — Modem Status Register 

17h 

not used (Port C Scratch Reg. if 8250A used) 

18h 

Port D — Data Register / Divisor Latch (LSB) 

19h 

Port D — Int. Enable Reg. / Div. Latch (MSB) 

1Ah 

Port D — Interrupt Identification Register 

IBh 

Port D — Line Control Register 

ICh 

Port D — Modem Control Register 

IDh 

Port D — Line Status Register 

1Eh 

Port D — Modem Status Register 

IFh 

not used (Port D Scratch Reg. if 8250A used) 


Table 5. I/O port map for the HB-4 serial board. Ports marked * are not 
used if an 8259 is not installed (see last section of the article for using the 8259). 


Port Address 

Data Byte 

03h 

80h 

OOh 

OCh 

01 h 

OOh 

03h 

03h 


Table 6. Test sequence data 
to initialize serial port A. 


tion sequence and loopback test 
should give results similar to those in 
Table 7. If the above tests fail, you 
either have a bad 8250, MC1488, 
MC1489, or a wiring problem in the 
associated circuitry. 


SOFTWARE 

Board Initialization 

To the programmer, each 8250 UART 
appears as 7 consecutively address- 
ed I/O ports (8 for the 8250A). For 
the following discussion, you may 
want to refer to page 43 where the 
organization of the registers is sum- 
marized. Only the registers that are 
used in this application will be discuss- 
ed. The port numbers mentioned in 
this discussion all refer to the 3-bit ad- 
dresses (A0-A2) used by each 8250. 

The bidirectional data port for the 
UART is located at address 0 of the 
8250. All transmitted and received 
data for the UART passes through this 
port. Notice that this port also serves 
as the lower half of the baud-rate 
Divisor Latch when the DLA bit (D7) 
in the Line Control Register is set to 1. 

Port 1 is the bidirectional Interrupt 
Enable Register which also serves as 
the upper half of the baud-rate Divisor 
Latch when the DLA bit (D7) in the 
Line Control Register is set to 1. 

The serial line characteristics are 
programmed by setting the ap- 
propriate bits in the Line Control 
Register (port 3). This port is also 
bidirectional, allowing you to directly 
read line characteristics that you have 
previously set. When the MSB (Most 
Significant Bit) of this register is set to 
1, reading and writing ports 0 and 1 
of the chip will access the baud-rate 
Divisor Latch. 

The Line Status Register, port 5, is 
used to determine when the UART is 
ready to transmit and when it has 
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Table 7. Example of a DEBUG 
test session under MS-DOS. 


received a character. This register also 
contains bits that indicate when errors 
have been detected in received data. 
Since the transmitter is double- 
buffered, there are two transmitter- 
status bits — one for the actual 
Transmitter Shift Register, and one for 
the Transmitter Holding Register. You 
should use the holding-register status 
to determine when the 8250 is ready 
to transmit. 

Before the UARTs can do any 
useful work, they must be initialized 
by setting the baud rate, word length, 
number of stop bits, and parity check- 
ing. Loading a 16-bit baud-rate divisor 
in the Divisor Latch (ports 0 and 1) 
sets the baud rate. The baud-rate 


initialization code 

for Serial Port B 

MOV 

AL,80h 


OUT 

0Bh,AL 

; setup to access divisor latch of 



; serial port B. 

MOV 

AL,01h 

; MS byte of baud rate divisor. 

NOP 


; stall for 2.3 microsec (for 8250B). 

NOP 



OUT 

09h,AL 

; MS byte of divisor latch. 

MOV 

AL,80h 

; LS byte of baud rate divisor. 

NOP 



NOP 



OUT 

08h,AL 

; LS byte of divisor latch. 

MOV 

AL,1Bh 

; even parity, 8-bit data, 1 stop bit. 

NOP 



NOP 



OUT 

0Bh,AL 

; set the line characteristics. 


Table 8. Example of initialization code. This code sets Port B for 300 baud , 
8- bit data , even parity, and 1 stop bit. 


; Transmit routine for Serial Port A 

CHEK STAT: IN 

AL,05 


TEST 

AL,20h 

; is the transmitter holding 

JZ 

CHEK STAT 

; register empty? 

MOV 

AL,DL 

; send the data passed 

OUT 

00, AL 

; in DL. 


Table 9. Example of code for serial output. 


; Receive routine for Serial Port A 

CHEK RDY: IN 

AL,05 


TEST 

AL,01 

; has data been received? 

JZ 

CHEK RDY 


IN 

AL,00 

; get the data. 


Table 10. Example of code for serial input. 


divisor is calculated by dividing the 
8250 clock frequency by 16 x baud 
rate. For example, the baud-rate 
divisor for 9600 baud is: 


Divisor = 


1,843,200 

16x9600 


= 12 = 0Ch 


Word length, stop bits, and parity are 
set according to the byte written into 
the Line Control Resister. See page 
43 for details. Notice that the most 
significant bit (the DLA bit) in the Line 
Control Register must be set (to 1) in 
order to write the baud-rate divisor to 
the Divisor Latch. An example of 
code (for the 8086 CPU) that sets 
serial port B for 300 baud, 8-bit data, 
even parity, and 1 stop bit is shown 
in Table 8. The NOP instructions are 
required due to the ‘2.3-microsec 
minimum write-cycle time’ specifica- 
tion of the 8250B. Since the instruc- 
tions on lines 2-5 take a total of 20 
clock cycles (2.5 microsec on an 
8-MHz 8086 CPU) to execute, the 
write-cycle timing specification is met. 
More NOP instructions would have to 
be inserted for faster systems. Notice 
that, once the UART is initialized, the 
DLA bit must be set to 0 in order to 
send and receive data. 


Input and Output 

Input/Output requests in a computer 
can be handled in either of two ways 
— interrupt driven or polling. The 
interrupt-driven system optimizes 
CPU time but requires more complex 
hardware and software. Software con- 
siderations for a polled system are 
discussed next. 

In a polled scheme of operation, 
output requests are handled by query- 
ing the port until it is ready to transmit. 
For an 8250, this is done by waiting 
until the Transmitter Buffer is empty 
before transmitting data. One way to 
do this is to read the Line Status 
Register until the transmitter-buffer 
status bit (D5) goes high, signifying 
that the UART is ready to accept data 
for transmission. An example of code 
that will accomplish this is shown in 
Table 9. If you read the Line Status 
Register immediately after execution 
of the last instruction, you would find 
that the transmitter-buffer status bit 
would be low until the data was 
transferred to the Transmitter Shift 
register. NOP instructions are not 
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required here since the read-cycle 
specification of the 8250B is 2.2 
microsec and the instruction loop 
takes 31 CPU clock cycles (3.9 
microsec) to execute. 

Reading data from an 8250 re- 
quires waiting until data is received. 
A way to accomplish this is to 
periodically read the Line Status 
Register until the receiver-buffer status 
bit (DO) is set. An example of code 
that performs this function is shown 
in Table 10. Reading a character from 
the Receiver Buffer of the UART will 
reset to 0 the receiver-buffer status, 
overrun-error, parity-error, and 
framing-error bits in the Line Status 
Register. 

You should write and install a 
device driver so that your operating 
system can control I/O to the ports. 
If you are running MS-DOS version 
2.0 or greater, refer to the MS-DOS 
Programming Reference Manual for 
details. A sample MS-DOS device 
driver that provides I/O control-string 
capability starts on page 17. 


ADDING INTERRUPT 
CIRCUITRY (optional) 

One big disadvantage of polled I/O 
control is its wastage of CPU time. 
Refering to Table 9, it is apparent 
that if this code were incorporated in 
a loop to output a block of data to a 
UART, the CPU would spend most of 
its time (>90%) waiting for the UART 
to transmit the next piece of data. 
Certainly it would be better if the 
UART automatically interrupted the 
CPU every time it was ready to 
transmit the next piece of data, 
thereby allowing the system to do 
other work in between data transmis- 
sions. This concept is referred to as 
multitasking and allows a computer 
to perform tasks such as ‘background’ 
printing, real-time data collection, and 
multiple sensor monitoring, all at 
essentially the same time. 

As shown on page 43, the 8250 
can generate an interrupt from up to 
four different conditions. These are 
listed below in descending priority: 

1. Received Data Error. This inter- 
rupt occurs whenever a framing error, 
parity error, overrun error, or break in- 
terrupt (SIN held at logic-0 level for 
more than 1-character transmission 
time) is detected. This interrupt is reset 


BE-82 VIDEO BOARD FOR THE S-100 BUS 


FEATURES: 

• Bit-mapped characters and graphics, 640 by 330 pixel display 

• Full Greek set in EPROM, 7 by 9 character, 8 by 11 window 

• Characters placed on any raster line, 30 char-line display 

• Load a user program in BE-82 RAM for special commands 

• Create graphics on one screen while viewing another 

• 660 raster lines available for a single drawing 

• Effective baud rate to 10,500 in terminal mode 

S-100 BUS HACKERS: 

• Full documentation, user can customize to special needs 

• Purchase items singly, as a group, or choose additions later 


• Bare board plus hardware/software documentation $135 □ 

• Programmed EPROMS (three 2716s) 30 □ 

• Chip set plus hardware components 125 □ 

• Assembly and testing 100 □ 


HARDWARE: 

• Amdek 310A Video Monitor and Key Tronic keyboard recommended 

• S-100 bus system or ZENITH Z-100 Low Profile Computer 

• BE-82 VIDEO BOARD acts as a slave device at all times on bus 

• Board operation is independent of host processor clock speed 

SCIENTISTS AND ENGINEERS: 

• DB-WRITE Technical Word Processor. $100 □ 


Write your papers using a display that shows exactly what is printed. Operates 
under CP/M 80 by Digital Research and requires a 64k system. The BE-82 VIDEO 
BOARD is required to use DB-WRITE. Full documentation and all files provided. 
Use CP/M to customize keyboard layout by changing jump table, modify printer 
driver, etc. Printer driver included for the NEC SPINWRITER and the Tech Math/Times 
Roman thimble. Example of display screen and printout: 


f (X) = J e - pai+5l) [*MR ♦ H 0 U>sin 2 (x- 5 )]d 5 

— 05 

, 10 6 

Position char's 0 2 A A 2 0 from line 

4 8 8 4 

a - p — y - 6- 8 - - X — p - £ — 71 - p - cr 


’ll 

°12 

a l3 

'21 

C 22 

a 23 

'31 

a 32 

a 33 

- (!) 




Name 

Address □ 

Additional 

Clt v Information 

State zip 


D BAGAN0FF SYSTEMS, 3141 DAVID COURT, PALO ALTO, CA 94303 


HOMEBREWING COLUMN 

Because of the large amount of material present in this issue, 
we had to leave out the Homebrewing section. Rest assured that 
Homebrewing will return. 

For those coming in now, Homebrewing is a column dedicated 
to everything that relates to hacking about with S-100 hardware. 
We publish everything from your frustations and experiences to 
solid information on how you’ve put your own system together 
and how you did (or didn’t) overcome problems. 

Both articles and letters (amusing ones particularly) are 
welcome and considered for publication. Send all material 
to Editor, S-100 Journal, PO Box 1914, Orem, UT 84057. 
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• Controls IEEE 488 (HP1B) 
Instruments with an 
S-100 computer 

• Acts as controller or 

device 

• Basic and assembly 
language drivers supplied 

• Meets IEEE 696 

specification 

• Industrial quality burned 
in and tested up to 125K 
bytes /sec under software 
control 3 parallel ports 

(8255-5) 

• $375 

<SP 

D&W DIGITAL, INC. 

20655 Hathaway Avenue 

Hayward, California 94541 
(415) 887-5711 


by reading the Line Status Register. 

2. Received Data Available. Oc- 
curs whenever a complete data word 
(5, 6, 7, or 8 bits) is received on the 
serial input line. Reset this interrupt by 
reading the Receiver Buffer Register. 

3. Transmitter Empty. Occurs 
whenever the Transmitter Holding 
Register is empty (ready to accept 
more data for transmission). This in- 
terrupt is reset upon writing data to 
the Transmitter Holding Register or by 
reading the Interrupt Identification 
Register (if this was the cause of the 
interrupt). 

4. Modem Status. Occurs when 
any of the CTS*, DSR*, RI*, or DCD* 
inputs to the 8250 change state. This 
interrupt is reset upon reading the 
Modem Status Register. 

Since any combination of the 
above interrupts can occur at the 
same time, the 8250 contains priority- 
resolution circuitry so all interrupts get 
recognized. At any time, the Interrupt 
Identification Register holds the ID of 
the highest-priority active interrupt (if 
enabled). Each of the 4 interrupts can 
be selectively enabled by setting to 1 
the appropriate bit in the Interrupt 
Enable Register (see page 43). 

There are a couple of ways to add 
interrupt capability to the HB-4. One 
simple way is to connect the interrupt 
output from each 8250 to a S-100 bus 
vectored interrupt line through an 
open-collector inverter. If all four 
8250s were installed, half of the vec- 
tored interrupt lines in the system bus 
would be required. A better way 
would be to use an 8259A Priority In- 
terrupt Controller. This chip would 
free 3 bus interrupt lines and, in ad- 
dition, it would handle another 4 
externally-generated interrupts. 

The circuitry for adding an interrupt 
controller is shown in Figure 3. This 
addition assumes that the bus master 
(or some other board on the bus) pro- 
vides the interrupt-cycle bus timing 
and status signals specified in the 
IEEE-696 S-100 Bus Standard. Since 
a detailed explanation of the 8259 is 
beyond the scope of this article, only 
highlights of this modification will be 
covered. You should be familiar with 
8259 operation before making this 
modification. 

As shown in Figure 3, A0-A4 are 
connected such that the 8259’s two 
addressable registers are located at 
Base + 07h and Base-fOFh, thus 


allowing the board to still occupy the 
original block of 32 I/O ports. This is 
of no consequence if 8250B UART 
chips are used for the serial ports. 
However, if 8250A chips are used, in- 
stallation of the interrupt controller will 
prevent use of the Scratch Pad 
registers in serial ports A and B. 

The A0-A2 lines are also connected 
to the cascade inputs (CAS0-CAS2) 
on the 8259 to allow this board to be 
slaved to the master 8259 on a Seat- 
tle Computer Products CPU Support 
Card. The CAS0-CAS2 pins permit 
cascading several 8259’s to each other 
for implementing systems with greater 
than 8 levels of interrupts. If you do 
not have the SCP board (or some 
other board with an 8259 master), 
leave the CAS pins disconnected and 
program this 8259 in the ‘single’ 
mode. See the data sheet or Intel Ap- 
plication Note AP-59 for details. 

A flip flop (U21a) is used to stretch 
the INTA* pulse sent to the 8259. The 
resulting pulse starts at the beginning 
of the bus cycle (coincident with 
pSTVAL* and pSYNC) and ends with 
the trailing edge of pDBIN. This is 
necessary in order to meet the 
minimum INTA* pulse-width require- 
ment of the 8259. 

The interrupt output (INT) of the 
8259 can be connected to any one of 
the S-100 vectored interrupt lines 
through an open collector gate as 
shown. If this 8259 will be slaved to 
a master 8259 (residing on a different 
board), select an interrupt line such 
that the interrupt output of this slave 
is not connected to the IR0 line of the 
master 8259 (unless all other lines 
have slaves attached). If no system 
master 8259 exists, connect the inter- 
rupt output of the HB-4’s 8259 to the 
S-100 INT* line (S-100 pin 73). 

The SP*/EN* line (pin 16) is used 
to enable the data-input bus buffer 
during interrupt-acknowledge bus 
cycles. This also allows assigning 
master or slave status to the 8259 dur- 
ing software initialization. 

When writing interrupt service 
routines for the 8250, the following 
points must be observed (these 
lessons were learned the hard way!): 

1. Manipulating the transmitter- 
interrupt enable bit (Dl) may ter- 
minate any data transmission that is 
in progress. This is true even if you at- 
tempt to set the transmitter-interrupt 
enable bit when it is already set. In 
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Figure 3. Circuit modification to add an 8259 Interrupt Controller to the HB-4 serial interface board. 
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Execution 

Time 

(microsecs) 

CPU availability for other tasks 

Interrupt I/O 

Polled I/O 

1200 baud 

19,200 baud 

Any baud 

Input interrupt routine 

53.6 

99.4% 

89.7% 

0% 

Output interrupt routine 

48.3 

99.4% 

91% 

0% 


Table 11. I/O -driver software performance comparison. The CPU availabili- 
ty is calculated for the interrupt service routines included in the driver listings 
and for the examples shown in Tables 9 and 10. Numbers shown are worst- 
case for an 8086 running at 8 MHz. 


order to avoid problems, ensure that 
this bit is manipulated after a transmit- 
ter interrupt occurs and before data 
is written to the Transmitter Holding 
Register. 

2. Since the 8250 interrupt signal 
is a level-sensitive output (instead of 
edge-triggered), other UART inter- 
rupts occuring at the same time may 
go unnoticed while an interrupt is be- 
ing serviced. To ensure that all inter- 
rupts get serviced, poll the Interrupt 
Identification Register at the end of 
the interrupt service routine, and 
service each subsequent interrupt 


request until the Interrupt ID Register 
is ‘empty.’ This may seem a burden, 
but it actually lowers overall interrupt 
service time since the normal 
overhead associated with the addi- 
tional interrupts (PUSHes, POPs, and 
IRET) is eliminated. 

3. Receiving corrupted data will 
cause both a ‘Received Data’ and a 
‘Received Data Error’ interrupt to oc- 
cur. The Line Status Register and the 
Receiver Buffer Register must be read 
to clear this condition. 

Although software for interrupt- 
driven I/O is difficult to write and 


debug, the results are worth the effort. 
Table 11 illustrates the execution 
speeds of the interrupt service 
routines that are included in the driver 
listings (listings start on page 17). 

Whether you add the interrupt cir- 
cuits or not, the HB-4 I/O board will 
offer versatile and powerful serial 
ports to expand the capabilities of 
your S-100 system at a nominal cost. 

Enjoy the project! 


All the parts required for this pro- 
ject can be ordered from most mail- 
order electronics suppliers for about 
$130 or less. 

Kevin Parker, the author of this ar- 
ticle, is considering having printed cir- 
cuit boards made for those who 
would like a ‘ permanent ’ version of 
this board. He figures that the cost 
per PC board would be about $90 if 
enough people wanted one. This 
would allow building the 4-port board 
for about $150. 

If you are interested in a printed 
board , drop us a note (S-100 Journal, 
PO Box 1914, Orem, UT 84057), 
and well send your name to Kevin. 



■ — — 1 — — 

Multi-User Systems 


■ Word Processing, Accounting, 
Database Management 
Software 

■ Needs Analysis, System 
Installation, User Training 

■ Application Software Design 
in DATAFLEK 

■ On-site Service and Support 
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Listing continued from page 21 

j ** ^ Command Rout i n6S ^ 

; IN IOCTL - Gets configuration information about a serial port 

IN IOCTL PROC 

NEAR 


CMP 

CX,2 

;Make sure there is enough room for the 

OB 

NOT ENOUGH 

; 'input buffer count' word. 

IF INTERRUPT ITT 

MOV 

AX,[BX].IQ BACK 


CMP 

AX,[BX].IQ FRONT 


JAE 

CALC LEN 

;Apply an adjustment if the buffer 'back' 

ADD 

AX.IfiQ SIZE 

; pointer is wrapped around. 

CALC LEN: SUB 

AX,[BXT.IQ FRONT 


ELSE 



MOV 

AL,[BX1. STATUS 


CBW 
END IF 

STOSW 

SUB 

CX, 2 


CMP 

CX,2 

;Ensure enough room for the output buffer 

JB 

NOT ENOUGH 

; size in the destination buffer. 

IF INTERRUPT Iff 


MOV 

Al,[BX].0Q BACK 

;Calculate the amount of data in 

CMP 

AX,[BX].0Q FRONT 

; the output buffer. 

JAE 

CALC LEN1 


ADD 

AX,0UTQ SIZE 


CALC LEN1: SUB 

AX,[BX]70Q FRONT 


ELSE 



XOR 

AX, AX 

;No output buffer for polled I/O. 

END IF 
STOSW 

SUB 

CX,2 


CMP 

CX,2 

;Ensure enough room for the 'baud rate' 

JB 

NOT ENOUGH 

; word in the destination buffer. 

ADD 

DX,T 

-.Point to the Line Control Register 

IN 

AL.DX 


MOV 

SI, AX 


OR 

AL, 10000000B 

;Setup to read the baudrate divisor 

CLI 

;No interrupts while reading Baud Divisor 

OUT 

DX,AL 


SUB 

DX,2 

;Get the MSB of the divisor 

IN 

AL,DX 


NOP 


;Stall for 3 clock cycles 

MOV 

BH,AL 


DEC 

DX 

;Get the LSB of the divisor 

IN 

AL,DX 


NOP 


;Stall for 3 clock cycles 

MOV 

BL.AL 

MOV 

AX, SI 


ADD 

DX,3 

;Point to Line Control Register and 

OUT 

DX,AL 

; reset the DLA bit. 

STI 



MOV 

DX, UPPER WORD 

;Calculate the baudrate (in bits/sec) 

MOV 

AX, LOWER WORD 

; based on the 8250 clock frequency 

DIV 

BX 

; and the baudrate divisor. 

STOSW 


;Save the baud rate in the destination 

SUB 

CX,2 

; buffer . 

JZ 

NOT ENOUGH 

;1 more byte required in dest. buffer 

MOV 

AX,ffI 

;Recover contents of the line control reg. 

MOV 

AH.AL 


AND 

AL,00000011B 

;Get the data word length 

ADD 

AL,5 


TEST 

AH,00000100B 

;Get the number of stop bits 

JZ 

ONE STOP BIT 


OR 

AH,01000000B 


TEST 

AH,00000011B 


JZ 

ONE STOP BIT 


ADD 

AL,01000ffOOB 


ONE STOP BIT: SHL 

AH, 1 


AND 

AH,00110000B 

;Get parity checking information 

OR 

AL.AH 


STOSB 

;Store the serial line parameters 

DEC 

CX 

; in the destination buffer. 

NOT ENOUGH: MOV 

AX,0100H 

function request is complete 

RET 

IN_I0CTL ENDP 

; NON_DES_INP - 

Returns a character from the device’s input buffer 


without removing the character from the buffer. 


Busy status is returned if no characters are in 


the device's input 

buffer. 

NON DES INP PROC 

NEAR 


~ “ IF INTERRUPT 10 


MOV 

ST,[BX].IQ FRONT 


CMP 

SI , [BX ] . IQ BACK 

;If buffer is empty, return BUSY. 

JE 

BUSY STAT 


LODSB 


;Otherwise, get the 1st data byte. 

ELSE 

MOV 

AL,[BX]. BUFFER 

; Is there a valid character in 

CMP 

[BX] . STATUS , 1 

; the input buffer? 

JAE 

STORE 

; If not, is there a character 

ADD 

DX,5 

; waiting in the UART? 

IN 

AL,DX 



► ED INTERFACE 

( continued from page 7) 
marketplace. I think, however, that 
the S-100 community needs to con- 
cern itself less with the issues of IBM- 
compatibility and concentrate more 
on those areas where S-100 systems 
have no peer. 

Phil Cochlin 
President 

Cochlin Computer Systems Inc. 
San Francisco, California 

I could not have said it better 
myself. Thanks. 9 Jay 


Help for Z-System 
on SBC-100 

I run a Sierra Data Sciences SBC-100 
on Z-System (ZCPR3 and ZRDOS). 

1 will gladly provide my BIOS 
modifications to anyone having this 
board who would like to try ZCPR3. 
Keep up the good work. 

Michael R. Broschat 
2610 E. Aloha 
Seattle, WA 98112 
(206) 328-0561 

Thanks for the cooperative spirit. 
I’ve published your full address in case 
someone wants to take advantage of 
your offer. 9 Jay 


We Listen 

I have just finished reading my first 
issue of your magazine (Vol. 1, 
No. 3) and I would like to express 
my dissatisfaction about the way the 
magazine is put together. It resembles 
a BASIC program with its GOTO 
statements. What is so complicated 
about having an article on continuous 
pages? 

The other thing I hate is to have 
advertising mixed with technical 
articles even though this seems 
to be a standard practice in the 
industry. 

Finally, contrary to your claim 
about making the reply deck more 
convenient to request information 
from advertisers, I think that you are 
complicating our lives. Having to 
search through a deck of cards and 
filling in my address for each request 
is time consuming. The bingo card 
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works well, why not use it? 

I welcome the S-100 Journal since 
I have an S-100 system myself, but 
please consider the reader. I hope that 
you will consider my comments for 
future issues of the S-100 Journal. 

Jean J. Labrosse 
San Diego, California 

One of the main reasons for break- 
ing articles was for better usage of col- 
or pages which fall in specific places 
in the magazine. However , after 
reading yours and other similar com- 
ments, we gave it a few extra days 
of thought (and work!) and found 
that it was not impossible (although 
it is more complicated than you 
would anticipate) to have whole ar- 
ticles after all. As you can see, in this 
issue only this column and the pro- 
gram listings are broken. The whole 
listing wouldn't fit anywhere. But it's 
not so bad because, if you pull out the 
binding wires, you'll notice that the 
listing is together in double pages, 
perfect for photocopying and making 
a small booklet. 

We need the ads in the articles to 
help the text catch up with correspon- 
ding figures and tables , among other 
reasons. Nevertheless, I think you will 
find them better distributed this time. 

Our reply cards were very well 
received, hence we will continue to 
publish them. We do not have the 
resources to process bingo cards 
(which I think are an inferior system 
anyhow), so it is between filling out 
your address or sending a letter. 

Thanks for writing. *Jay 


Support for Older Systems 

Enclosed is my two-year renewal. 1 
find the S-100 Journal a very in- 
teresting and valuable publication. 
Although I have sold articles to other 
magazines, and have had papers in 
professional publications of the IEEE, 
I am the most proud of my article, ‘An 
Editor in BASIC,’ that was published 
in your first issue. The generous terms 
you offered, and prompt payment, 
were a pleasant and welcome change 
from the treatment authors receive 
from many publications in the com- 
puter field. 1 recommend your 
magazine both to readers and to 
authors. 

Now, if I may, I would like to make 



AND 

AL.DATA AVAIL 



JZ 

SUB 

IN 

MOV 

BUSY STAT 

DX,5 

AL.DX 

[BX]. BUFFER, AL 

; If so, put it in the buffe 


MOV 

ENDIF 

[BX], STATUS, 1 

;Set buffer status byte. 

STORE: 

LDS 

BX.REQ HDR PTR 

;Put the character in the 


MOV 

[BX].RDND CHAR.AL 

; Request Header. 

EXIT: 

XOR 

CX,CX 

;No bytes were transferred 

NONJDESJNP 

MOV 

RET 

ENDP 

AX,0100H 

•.Command is complete. 


; GET IN STAT - Returns serial port input buffer status. 

GETJNJTAT PROC NEAR 
IF INTERRUPT 10 

MOV AT,[BX].IQ FRONT 

CMP AX,[BX] . IQ_BACK ;Input requests will have to wait 

JE BUSYJSTAT ; if the input buffer is empty. 

ELSE 


CMP [BX]. STATUS, 1 

JAE EXIT 

ADD DX,5 

IN AL,DX 

AND AL.DATA AVAIL 

JZ BUSY STAT 

SUB DX,5 - 

IN AL,DX 

MOV [BX]. BUFFER, AL 
MOV [BX]. STATUS, 1 

ENDIF 

XOR CX,CX 

MOV AX.0100H 

RET 

GET IN STAT ENDP 


Is there a character in the input 
buffer? 

If not, is there a character 
waiting in the UART? 


; If the UART has a character, get 
; it, put it in the input buffer, 
; and update buffer status. 

;No transfers made 
•.Command is complete 


FLUSH_INP_BUF - Flushes input buffer (clears any pending character in the 
; UART receive buffer for polled I/O). 

FLUSH INP BUF PROC NEAR 
“ " IF INTERRUPT 10 

CLI 
MOV 
MOV 
STI 

ELSE 

MOV 
IN 
ENDIF 
XOR 
MOV 
RET 

FLUSH_INP_BUF ENDP 

BUSYJSTAT: XOR 
MOV 
RET 

; DEV_0UTPUT - Outputs the character string pointed to by ES : SI whose 


length is contained in CX. 


DEV OUTPUT PROC 

NEAR 


JCXZ 

NO DATA 


MOV 

SITDI 

;Set up source data buffer pointer 

MOV 

AX,ES 

; registers. 

MOV 

DS.AX 


IF INTERRUPT 10 


MOV 

Al.CS 

;Set up output buffer pointer registers. 

MOV 

ES.AX 


SET LIMIT: MOV 

AX.BX 

;AX points to end of buffer area. 

ADD 

AX,0Q END 


CHEK FULL1: MOV 

D I , CS : [BX].0Q FRONT ;If full, wait here until there 

CMP 

DI,CS: [BX].0Q BACK : is room in the buffer. 

JA 

NO ADJ 


ADD 

DI.OUTQ SIZE 


NO ADJ: SUB 

DI,CS:[BX].0Q BACK 

DEC 

DI 


JZ 

CHEK FULL1 

;DI contains amount of room left in buffer. 

SUB 

CX.DT 

Calculate how much data will be loaded 

JNS 

NOT ALL 

; during this cycle. 

ADD 

CX.DI 

;More room is available than required. 

MOV 

DI.CX 


XOR 

CX.CX 


NOT ALL: PUSH 

CX 

;Save the amount that will be loaded next. 

MOV 

CX.DI 

;Load the count. 

MOV 

D I . CS : [BX].0Q BACK initialize the buffer pointer. 

CLI 


;No interrupts while loading buffer. 

LOAD BUF: 



MOVSB 



CMP 

DI ,AX 

; Is it time to wrap the pointers? 

L00PNE 

LOAD BUF 

;Load buffer until wrap around occurs. 

JCXZ 

NEXT - LOAD 


SUB 

DI.OUTQ SIZE 


JMP 

SHORT LUAD BUF 



SI ,[BX].IQ FRONT 
[BX] . IQ_BACK,SI 


[BX]. STATUS, 0 ;Clear buffer status 

AL,DX ;Remove character from the UART 

CX,CX ;No transfers made this command 

AX.0100H 


CX,CX ;Don‘t return a byte count for this command 

AX.0300H ;No characters in the input buffer 
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NEXT LOAD: 

JNE 

SAVE PTR 


SUB 

DI.OUtQ SIZE -.Don't let the pointer go out of area! 

SAVE PTR: 

MOV 

CS: TBX1 . 0Q BACK.DI ;Update the End of Buffer pointer 


STI 



POP 

CX 


INC 

DX -.Enable the 'Transmitter Holding Register 


IN 

AL.DX ; empty' interrupt to start transmitting. 


TEST 

AL.0010B ; Is transmit interrupt already active? 


JNZ 

XMITING 


OR 

AL.0010B 


NOP 

-.Stall for 3 clocks. 


OUT 

DX.AL 

XMITING: 

OEC 

DX 


JCXZ 

NO DATA -.Return if all data has been loaded into 


JMP 

SHURT SET LIMIT ; the output buffer. 

ELSE 


PORT CHK: 

ADD 

DX.5 ; Point to UART status port 

PORT RDY : 

IN 

AL.DX ;Wait until UART is ready to transmit. 


AND 

AL.XMIT RDY 


JZ 

PORT RDY 


LODSB 

;Get the character and send it. 


SUB 

DX,5 


OUT 

DX.AL 


LOOP 

PORT CHK 

ENDIF 


NO DATA: 

MOV 

AX.0100H -.Command is complete 


RET 


DEV_OUTPUT 

ENDP 


GET OUT 

STAT - 

Returns the status of the UART output buffer. 

GET OUT STAY 

PROC 

NEAR 

IF 

INTERRUPT 10 


MOV 

AX.fBXl.OQ FRONT -.Calculate the amount of room 


CMP 

AXJBXl.OQ BACK ; left in the output buffer. 


JA 

DET LEN 


ADD 

AX.TJUTQ SIZE 

DET LEN: 

SUB 

AX,[BX] . 0Q BACK 


DEC 

AX 


JNZ 

FAST OUT Requests for output will not be 


JMP 

BUSY STAT ; fast if output buffer is full. 

ELSE 



ADD 

DX,5 ;Point to the UART status register 


IN 

AL.DX 


AND 

AL.XMIT RDY 


JNZ 

FAST OUT 


JMP 

BUSY_STAT 

ENDIF 


FAST_0UT: 

MOV 

AX.0100H 


XOR 

CX.CX 


RET 


GETJJUTJSTAT 

ENDP 


IF 

INTERRUPT 10 

FLUSH OUT BUF 

- CTears the interrupt-driven device output buffer 

FLUSH_OUT_BUF : 

MflV 

SI ,[BX].0Q BACK 


MOV 

[BX] . 0Q FRfiNT.SI 


XOR 

CX.CX ;No transfers occurred. 


MOV 

AX.0100H 


STI 



RET 


ENDIF 


; DEV INPUT - Transfers CX bytes from the serial port to the destination 

J 

buffer pointed to by ES:DI. 

DEVJNPUT 

PROC 

NEAR 


JCXZ 

COMPLETE 

IF 

INTERRUPT 10 


MOV 

AI.BX 


ADD 

AX, IQ END 


MOV 

SI, [BX] . IQ CFRONT -.Unload from the front of the buffer. 

CHEK_MT : 

CMP 

SI , [ BX] . IQ_BACK ;Wait until the buffer has data 


JE 

CHEK_MT ; (it's interrupt driven!) 

UNLOAD_BUF: 

MOVSB 

;Get a data byte from the input buffer. 


CMP 

SI, AX ; Is it time to wrap around? 


JNE 

CHEK DONE 


SUB 

SI, INQ SIZE 

CHEK_D0NE: 

MOV 

[BX]. IIJ FRONT, SI 


LOOP 

CHEK__MT ; Return when we have all of the data. 

ELSE 



CMP 

[BX]. STATUS, 1 ;Get the first byte from the input 


JB 

NONE IN BUF ; buffer if buffer has a character. 


MOV 

AL,[BX]. BUFFER 


STOSB 



MOV 

[BX]. STATUS, 0 -.Buffer is now empty 


DEC 

CX 


JZ 

COMPLETE 

NONE IN BUF: 

ADD 

DX, 5 

CHICINP: 

IN 

AL.DX ;Wait for data to be received. 


AND 

AL.DATA AVAIL 


JZ 

CHK INP 


SUB 

DX.1T 


a couple of suggestions. First, how 
about paying more attention to those 
who are using an Altair or IMSAI. We 
have fallen in love with the things you 
can do with a front panel, and we 
don’t want to give up those lights and 
switches. Yet, we would like to 
upgrade, but find little or no hardware 
or software which is compatible with 
front panel operation. I am sure many 
of your readers have found, or devis- 
ed, solutions to at least some of the 
problems involved. If you can get 
some of them to write articles show- 
ing how they solved these problems, 
I, for one, would really appreciate 
them. 

Second, I would like to see more 
articles on BASIC programs. I don’t 
particularly care what the pro- 
grams are for, as I seldom copy 
a program, but I do carefully read 
published programs looking for 
‘tricks of the trade.’ I refer to things like 
the trick I explained in my article for 
using BASIC’s EDIT to edit strings 
stored in a string table. I use it in every 
program that stores strings in a single 
or multiple dimension string table. I 
found a trick in a simple game pro- 
gram in Family Computing which I 
now incorporate in most of the pro- 
grams I write. Different people’s 
minds work in different ways, and 
some novice may stumble onto a pro- 
gramming trick that I have never 
seen in thirty years of pro- 
gramming, and I am not too proud 
to learn from a novice. 

I would also like to see some 
reviews of BASIC interpreters, 
those that are usable in S-100 
hardware. I would like to find a 
ROM-based BASIC which has all 
the features of the MITS BASIC that 
I now use, but which has the re- 
quired ‘hooks’ for installing a DOS. 
I am a real believer in BASIC, 
although I also program in assembly 
language and FORTRAN. Some 
of the newer BASICs are wonderful, 
but I don’t know of any for S-100 
machines. I mean those that allow 
GOTO and GOSUB to labels and do 
not require line numbers, permit 
the use of local and global vari- 
ables, and support called proce- 
dures, both internal and external to 
the program. 

Incidentally, some programmers 
denigrate BASIC because it is possi- 
ble to write unstructured programs. 
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That is not a fault of the language, 
but a fault of the person using it. 

I hate spaghetti programs too, but 
sometimes an unstructured GOTO 
can save a lot of lines of 
programming. 

Again, keep up the good work. As 
long as you continue S-100 Journal, 
and I am able to read, I will be a 
subscriber. 

Viron E. Payne, Sr. 

Merritt Island, Florida 

When we started publication of 
S-100 Journal, I promised that we 
would support both old and new 
systems. I intend to keep that pro- 
mise. However, many potential 
writers of articles about older systems 
probably think that their articles would 
be outdated and therefore rejected 
and so do not submit them. I want to 
assure everyone that we will consider 
and publish articles on older systems 
as well as new. We want S-100 Jour- 
nal to provide complete information 
on all that is new in S-100 and even 
to foster the development of new 
S-100 products, but we also want to 
be a practical and useful magazine for 
every owner of any type of S-100 
system. 

Although S-100 Journal is mostly 
hardware-oriented, articles featuring 
BASIC programs are always 
welcome, as are articles featuring any 
other language running on S-100 
micros. 

Maybe these comments and your 
letter will encourage authors to 
submit a few articles on the subjects 
that you mention. Thanks for your 
support. 9 Jay 




IN 

AL.DX 

;Get the data and store it. 



STOSB 





LOOP 

NONE__IN_BUF 




ENDIF 




COMPLETE: MOV 

AX.0100H 




RET 



DEV_ 

INPUT 

ENDP 





IF INTERRUPTJO - 1 



LIM 

INPUT - Reads 1 byte from the UART and returns it in buffer pointed 

• 


to by ES:DI . 


LIM 

INPUT 

PROC 

NEAR 




JCXZ 

NO DATA2 




DEC 

CX” 

;0ne character will be read. 



CMP 

[BX]. STATUS, 1 

;Get the character from the buffer 



JB 

BUF MT 

; if a character is available. 



MOV 

AL.TBX]. BUFFER 




STOSB 





MOV 

[BX] . STATUS ,0 

-.Buffer is now empty. 


NO DATA2: MOV 

AX,0100H 




RET 




BUF MT: AOD 

DX,5 

;0therwise, wait for the data 


CHAR AVAIL: IN 

AL,DX 

; from the UART. 



AND 

AL,DATA AVAIL 




JZ 

CHAR AVATL 




SUB 

DX,5 




IN 

AL,DX 




STOSB 


;Get the data and save it. 



MOV 

AX,0100H 




RET 



LIM_ 

INPUT 

ENDP 





ENDIF 




OUT 

IOCTL - Outputs a serial port configuration string (up to 64K in 

J 


length) to the UART. 




LEGAL COM DB "BFPDS ,, 

;Allowable I/O control commands. 



COM TBLE DW CHG BAUD 





DW FLUSH 





DW CHG PARITY 





DW CHG WORD LEN 





DW CHG STOP BIT 




PORT HDR SAVE DW ? 


0UT_ 

IOCTL 

PROC 

NEAR 




JCXZ 

NO COM 




MOV 

PORT HDR SAVE.BX 




MOV 

SI,DT 

;Line up segment registers and pointers. 



MOV 

AX,ES 




MOV 

DS.AX 




MOV 

AX,CS 




MOV 

ES, AX 



PARSE_ 

COM: MOV 

D I, OFFSET LEGAL COM 




PUSH 

CX 

•.Determine next type of command 



MOV 

CX,5 

; string to be processed. 



LODSB 





REPNE 

SCASB 




POP 

CX 




JNE 

ERROR 

;Return to system if unknown command 



SUB 

D I, OFFSET LEGAL COM 

+ 1 



SHL 

01,1 




CALL 

CS:C0M TBLE[DI] 

‘.Execute the command 



LOOP 

PARSE TT0M 

;Get the next command 


N0_ 

COM: MOV 

AX,01TT0H 




RET 



0UT_ 

IOCTL 

ENDP 




Baud rate setting routine. 


CHG BAUD: 

CMP 

WORD PTR [SI], 4 

-.Excessively low baudrates will 



JB 

FAULT 

; cause divide errors. 



CMP 

CX,3 

;Ensure source buffer contains the 



JB 

ERR0R1 

; entire command. 



CMP 

WORD PTR [SI], 56000 

;Baudrates are limited to 56k baud 



JA 

FAULT 




CLI 

;No interrupts while accessing the Baud Divisor. 



ADD 

DX.3 

;Set up to access the baudrate 



IN 

AL.DX 

; divisor register 



MOV 

BL.AL 




OR 

AL.80H 




OUT 

DX,AL 




SUB 

DX,3 

•.Determine the baudrate divisor 



MOV 

DI,DX 

; and load it into the Baudrate 



MOV 

DX, UPPER WORD 

; Divisor register (in the UART). 



MOV 

AX, LOWER WORD 




DIV 

WORD PTR [SI] 




MOV 

DX.DI 




OUT 

0X,AL 




ADD 

DX, 1 




MOV 

AL,AH 




OUT 

DX, AL 




MOV 

AL,BL 

;Restore the UART Line Control 



ADD 

DX,2 

; Register to its previous value. 
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OUT 

DX,AL 


STI 



ADD 

SI, 2 

;Point to next command string. 

SUB 

CX,2 


SUB 

DX,3 

;Point to base address of the UART. 

RET 



; Parity setting 

routine. 


CH6 PARITY: CMP 

CX,1 


JE 

ERR0R1 


ADD 

DX,3 

;Point to Line Control Register. 

IN 

AL,DX 


AND 

AL ,11 1001 1 IB 

;Mask off the parity control bits 

CMP 

BYTE PTR [SI], 

"N" ; and modify the Line Control 

JE 

PUT PARITY 

; Register image according to 

OR 

AL.ffOOOlOOOB 

; the requested parity parameters. 

CMP 

BYTE PTR [SI], 

"0" 

JE 

PUT PARITY 


CMP 

BYTE" PTR [SI], 

"E" 

JNE 

ERR0R1 


OR 

AL,00010000B 


PUT PARITY: OUT 

DX, AL 

;Update the Line Control Register. 

INC 

SI 

;Point to the next command string. 

SUB 

DX,3 


DEC 

CX 


RET 



ERR0R1 : ADD 

SP,2 


ERROR: MOV 

AX,8103H 

-.Return an Unknown Command error 

RET 


; to the operating system. 

FAULT: MOV 

AX,810CH 

-.Return a General Failure error 

ADD 

SP,2 

; to the operating system (due 

RET 


; to a parameter out of range) . 

; Data word length setting routine. 

CHG WORD LEN: CMP 

CX, 1 

;Ensure all required data is present. 

JE 

ERR0R1 


MOV 

BL,[SI] 


SUB 

BL,"5" 

;Convert the requested length to a 

CMP 

BL, 4 

; binary number. 

JAE 

FAULT 


ADD 

DX,3 

-.Update the Line Control Register with the 

IN 

AL,DX 

; new data word length. 

AND 

AL ,1111 1 100B 


OR 

AL,BL 


OUT 

DX,AL 


SUB 

DX,3 


INC 

SI 

;Point to next command string. 

DEC 

CX 


RET 



; Stop bit selection routine. 


CHG STOP BIT: CMP 

CX,1 

;Ensure all required data is present 

JE 

ERR0R1 


MOV 

BL, [SI ] 


SUB 

BL,"1" 

-.Determine desired setting 

CMP 

BL , 1 


JA 

FAULT 


SHL 

BL, 1 


SHL 

BL, 1 


ADD 

DX,3 


IN 

AL,DX 


AND 

AL , 11111011B 


OR 

AL,BL 


OUT 

DX,AL 


SUB 

DX,3 


INC 

SI 

;Next command string 

DEC 

CX 


RET 



; Device I/O buffer flushing routine. 

FLUSH: MOV 

BX,CS: PORT HDR 

_SAVE 

CMP 

CX,1 


JE 

ERR0R1 


LODSB 


;Determine which buffer to flush 

CMP 

AL," I" 


JE 

INP FLUSH 


CMP 

AL, ir 0" 


JNE 

ERRORI 


IF INTERRUPT 10 


ADD 

BX,0Q_FR0NT - 

I Q_F RONT ; Point to correct buffer 

ENDIF 



INP FLUSH: 



IF INTERRUPT 10 


CLI 



MOV 

AX,CS:[BX].IQ 

FRONT ;Flush the buffer. 

MOV 

CS: [BX] . IQ BACK, AX 

STI 



ELSE 



MOV 

BYTE PTR CS: [BX] . STATUS, 0 ;Clear the input buffer 

IN 

AL,DX 


ENDIF 





The Bits department is for 
publishing non-commercial small 
advertisements. There is no charge 
for subscribers to place an ad. 
However , please limit your message 
to 50 words. If your ad has more 
words , there is a charge of $1.00 for 
each word over 50. 

You may take advantage of this ser- 
vice to sell or buy used S-100 hard- 
ware, trade personal programs , etc. 
Send ads and prepayment (if ap- 
plicable) to S-100 Journal , BITS , PO 
Box 1914 , Orem , UT 84057. 


FOR SALE 

56 Mb hard disk subsystem with 
Konan controller as used in Gifford 
S-100 System, $2,000. SMD to S-100 
Hard Disk Konan controller, any 
reasonable offer. John S. Moseid, 
805-499-5780. 

Teletek Systemaster SBC w/CPM, 
$395. ParaGraphs video/graphics 
board: to 512x576, H19 emulation, 
w/software, $295. Calif. Dig. 256K 
RAM, $150. Sequential Circuits 
M206 Musicboard: 6-note poly- 
phonic, 80 preset voices, 20 user- 
created, serial interface, $195. Above 
complete system in Integrand main- 
frame, w/Wordstar, Cnix, Macro-80, 
Aztec C, UO-Lisp, etc., $995. 
Also, HSC Motorola 68000 board 
w/768K RAM, Z80 I/O inter- 
face, w/CPM68K, C, etc., $795. 
Prof. Buckley, 603-868-5006. 

CompuPro 20-slot S-100 enclosure/ 
motherboard, Paradynamics model 
2200D dual 8" enclosure, 2 Mit- 
subishi model m-2894-63 8" drives, 
Advanced Digital 4MHz Z-80 SBC, 
US Robotics S-100 1200B modem, 
ADDS model VWPNT terminal, 
Comrex CR-1 Daisywheel printer, 
CP/M 2.2 and SCP/80 front end, 
Pascal MT+ and Aztec C compilers, 
100 8" disks, 2 8" flip’n’files. Runn- 
ing system, used less than 200 hrs. 
Package $2000. W, 804-253-4006, 
H, 804-693-5897. 
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Two NEW S-100 Mainframes by In- 
ternational Instrumentation Incor- 
porated. 12-Slot motherboard. S-100 
Switcher power supply. Separate in- 
ternal power supply for two full height 
5V4 floppies. Room to mount floppies 
internally. Never used. Full documen- 
tation including schematics for power 
supply included. $700 for both. Con- 
tact Ira Goodberg 213-650-6327. 

Three Datagraphix keyboards with 
documentation, one with crude case 
$50 each. PMMI MM-103 S-100 
modem with documentation, $50. 
Gerald Zuckier, 112 Canner St., New 
Haven, CT 06511, 203-624-0940. 

Teletek FDC1 CFY with 2-serial/ 
2-parallel ports; supports popular 5" 
and 8" formats. CompuPro RAM16 
64K. 2 Tandon TM848-2 1.2 Mb flop- 
py drives. 1 California Computer 
System model 2719-1/0 2-parallel/ 
2-serial ports. 2 new unformatted 
Shugart Associate SA1002 5Mb 8" 
hard drives. 1 Hayes Smart 1200 
Modem. Integrand Mainframe. Qume 
QVTY-102 green terminal with 
detached keyboard. COBOL/FOR- 
TRAN/TurboPascal/BASIC. Dystan 
8" alignment disk. Wordstar/ 
Spellstar/Mailmerge/The Word/ 
Webster’s Electronic Thesaurus. 
CP/M operating system with many 
utilities. Complete cable set, com- 
prehensive documentation, reference 
material. No reasonable offer refused 
for the complete package. Call even- 
ings 916-363-8144. 

Morrow Decision I S-100 system with: 
Morrow CPZ80 4MHz CPU card, 
65K RAM card, DJ/D2B 8" floppy 
controller card, HDC3A 8714" hard 
disk controller card, second cabinet 
w/one SS-DD 8" floppy drive and 
power supply for 10/15/20Mb 8" 
hard drive (drive not incl), one 
Shugart 14" 26Mb hard disk drive, 
power supply, separate cabinet (3 
enclosures total). Bootable CP/M 2.2 
system included, many diskettes of 
Morrow BIOS configs, ZCPR3, 
remote utilites, and a complete In- 
foSoft Multi I/OS multiuser operating 
system in source and .REL form 
(never implemented) on 8-inch 
diskettes. System is all Morrow. Ask- 
ing $800 for everything. You pay 
shipping FOB Tampa, FL. Steve 
Sanders, 813-791-1938. ► 


DEC CX 
RET 


> DATA <■ 


EVEN 


REQ_HDR_PTR DD ? -.Pointer to the command header is stored here. 

Structure of the Request Header passed to driver by the system: 


REQ HDR 
_ HDR_LEN 

C0M_C0DE 

C0M_STAT 

RDND CHAR 
XFER ADDR 
BYTEJCOUNT 
REq HDR 


STRUC 
DB ? 

DB ? 

DB ? 

DW ? 

DB 8 DUP (?) 
DB ? 

DW ?,? 

DW ? 

ENDS 


;Command to be executed (0 - 12) 

-.Status of command (returned by driver) 

•.Character returned during a non-destructive read 
;Transfer address 

;Number of bytes to be transferred 


Structure of the command list used by each serial device: 


COMMANDS 

STRUC 



DW 

EXIT 


DW 

EXIT, EXIT, IN IOCTL 

C0M5 

DW 

DEV INPUT 


DW 

nondes inp, get in : 


DW 

EXIT, GFT OUT STAT 

C0M12 

DW 

EXIT 


DW 

OUT IOCTL 

PORT 1 

BASE DW 

BASF 

COMMANDS 

ENDS 


IF 

INTERRUPT 

JO 

; Structure of data buffer packet used 

BUFFERS 

STRUC 



IQ FRONT 
IQ_BACK 
I N Q 

OQ FRONT 
0Q“&ACK 
OUT Q 
BUFFERS 


DW 

DW 

DB 

DW 

DW 

DB 

ENDS 


INQ S IZE DUP (?) 

? 

? 

0UTQ_SIZE DUP (?)' 


;Pointer to 1st byte in input buffer 
;Pointer to next empty slot in buffer 
;Input buffer 

•.Pointer to first byte in output buffer 
•.Pointer to next empty slot in buffer 
•.Output buffer 


IQ END EQU IN Q + INQ SIZE 
0Q_END EQU 0UT_Q + 0UTQ_SIZE 


PRNB BUFFERS 
PRNJCOM COMMANDS 
EPB BUFFERS 
EP COM COMMANDS 
MODB BUFFERS 
M0D_C0M COMMANDS 
AUXB BUFFERS 
AUX COM COMMANDS 


<PRNB. IN Q, PRNB. IN Q, , PRNB. 0UT_Q. PRNB. 0UT_Q> 
<SH0RT IJTIT,,,,, FLUSH OUT BUF,,> 

<EPB.lU Q, EPB. IN Q,,ETB.OUT_Q,EPB.OUT_Q> 
<SH0RT TNIT.,..,TLUSH OUT BUF , .BASE + 8> 
<M0DB. IN Q. MODB. IN Q.TfoODU. OUT_Q,MODB.OUT_Q> 

<short im,,,,, flush out buf,,base + i6> 
<auxb.Tn q,auxb.in_q,,auxU.out_q.auxb.out_q> 

INITIALIZE,,,,, FLUSH_OUT_BUF,, BASE + 24> 


ELSE 

; Structure of data buffer pack used by polled I/O system (no output buffer 

; is necessary): 

BUFFERS STRUC 

BUFFER DB ? 

STATUS DB 0 

BUFFERS ENDS 


PRNB 

BUFFERS 

<> 



PRN COM 

COMMANDS 

< SHORT INIT, ,LIM 

INPUT,, 

> 

EPB 

BUFFERS 

<> 



EP COM 

COMMANDS 

<SH0RT INIT, ,LIM_ 

INPUT, , , 

...BASE ♦ 8> 

MOUB 

BUFFERS 

<> 



MOD COM 

COMMANDS 

<SH0RT INIT,,,,,, 

, .BASE + 

16> 

AUXU 

BUFFERS 

<> 



AUX COM 

COMMANDS 

INITIALIZE,,,,,, 

, .BASE + 

24> 


END IF 


BLEN EQU SIZE BUFFERS 


> Board Initialization < 

All code and data below this point are used only during device 
driver installation and are discarded after use. 


SHORTJNIT: 

LDS 

BX.REQ HDR PTR 




MOV 

[BX].RUND Thar,i 

;1 unit 



MOV 

[BX] . XFER ADDR, OFFSET 

SHORTJNIT 



MOV 

[BX].XFER - ADDR + 2,CS 




MOV 

AX.0100H 

;Command 

is completed 


XOR 

CX,CX 

;No data 

was transferred 


RET 
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; The following code is executed 

only once during device initialization 

; to initialize the 4 serial port board. 

; Initialize the 

serial ports: 


INITIALIZE: CLI 


;No interrupts during initialization 

MOV 

DX,BASE + 3 


MOV 

SI, OFFSET INIT 

TABLE 

MOV 

CX,4 

;4 ports will be initialized 

I NIT PORT: MOV 

AL.80H 

;Access the baudrate divisor register 

OUT 

DX,AL 


SUB 

DX,3 


LOOSB 



OUT 

DX.AL 

-.Load LSB of baudrate divisor 

INC 

DX 


LODSB 



OUT 

DX.AL 

;Load MSB of baudrate divisor 

ADD 

DX.2 


LODSB 



OUT 

DX.AL 

;Load the line control register 

ADD 

DX,8 

; Point to next UART 

LOOP 

INIT PORT 


IF INTERRUPT 10 


Initialize the sTave 8259 and re-initial ize the system master 8259 so that 

; the master will accept interrupts from the slave. 

LODSB 



MOV 

DX, SLAVE 59 0 


OUT 

DX.AL 

♦.Initialize the slave 8259. 

MOV 

DX, SLAVE 59 1 


MOV 

CX,4 


SLAVE I NIT: LODSB 



OUT 

DX.AL 


LOOP 

SLAVE INIT 


MOV 

DX, MASTER 59 0 


LODSB 



OUT 

DX.AL 

;Re- initial ize the master 8259. 

INC 

DX 


MOV 

CX,4 


MASTER INIT : LODSB 



OUT 

DX.AL 


LOOP 

MASTER INIT 


; Set up the interrupt vectors 

in the Interrupt Table. 

XOR 

AX, AX 

;Set up to access the Interrupt Vector Table. 

MOV 

ES.AX 


MOV 

DI , (40H SHL 2) 

;Slave is in vectors 40H - 47H 

MOV 

CX,8 


REP 

M0VSW 


MOV 

CX,4 


MOV 

AL.0101B 


MOV 

DX.BASE + 1 


EN I NT: OUT 

DX.AL 

♦.Enable all 8250 rcvr-generated interrupts 

ADD 

DX,8 


LOOP 

EN_INT 


ENDIF 



CALL 

SH0RTJNIT 

;Set the address following the device driver 

STI 


; code and data. 

RET 



; Set the individual serial port parameters here. The first two bytes 

; of each 3-byte 

sequence is the 

baud rate divisor. The third byte of 

; each 3-byte sequence is the Line Control parameter specification byte. 

; Baud rates are 

entered in 10s of baud (10 ==> 100 baud). 

INIT TABLE DW CLOCK / 120 

♦.Printer is 1200 baud 

OB 03 


;1 stop bit, no parity, 8 bit data 

DW CLOCK / 960 

; EPROM burner at 9600 baud 

DB 03 



DW CLOCK / 30 

♦.MODEM operates at 300 baud 

DB 03 



DW CLOCK / 120 

;AUX1 is a spare 1200 baud port 

DB 03 



IF INTERRUPT_I0 


8259 Priority ] 

Interrupt Controller chip initialization table: 

INT_INIT_TABLE: DB 

19H,40H,02H,0Bh 

1 . OF OH -.Slave 8259 - cascade mode, level 



; triggered, cascade mode, 4 init 

; words, slave 

#2, interrrupt vectors 40h - 47h, 8086 mode, buffered mode. 

DB 

19H,10H,06H,0FH,0F9H -.Master 8259 - same as above except 



; master mode with 2 slaves connected 

; to IR 1 ines 1 & 2 (line 1 has 

the slave 8259 on the SCP CPU support card. 

; line 2 has the slave 8259 on 

the HB-4 board), interrupt vectors lOh - 17h. 

; Interrupt vector initialization 

i table: 

VECT INIT TABLE: DW 

AUX1 INT RTN.DEV CODE 

DW 

MODEM - INI RTN.DEV CODE 

DW 

EPR0K"INT RTN.DEVC0DE 

DW 

PRN I NT RTN.DEV CNDE 

ENDIF 



DEV CODE ENOS 



END 





— end of HB-4 driver listings — 


S-100 system Lomas Data Products 
boards, MS-DOS 2.1, 640K, 2 ea. 
serial & parallel ports, 2 ea. 1.2 Mbyte 
8" drives, 1 DSDD 5V 4 " drive, 
ADM-2 CRT, all manuals, cables, and 
some spare boards, 300-baud smart- 
modem, $550. Dan Pritchard, 4721 
Bali Ct, Albuquerque, NM 87111, 
505-293-5297. 

Cromemco 68000/Z80 multiuser 
system. Cromix/plus operating 
system, w/ C, Pascal, and BASIC. 
Runs CP/M applications. Contact 
Robert Coats, 919-541-9287. 

Complete multiuser S-100, 7 slot, 
(Z-80 CPU) integrated TurboDOS 
system, 45Mb Micropolis hard-disk 
drive, 2 8" floppies, 4 TV-912 ter- 
minals, considerable Micropro soft- 
ware. Asking $6,800 (2nd 45Mb drive 
available). 404-587-0412. 

New Fulcrum Omnidisk controller 
with CP/M, $195. The following are 
offered as is: Hayes S-100 

Micromodem, $45; Vetor Graphic 
48K RAM and Z80 boards, $20 each. 
Gary Van Cott, PO Box 1879, 
Grafton, VA 23692. 804-898-3680. 

Dual Systems 83/80, 12 user system. 
1-Mb RAM, 80-Mb hard disk, 8" flop- 
py, Unix System V, Informix and 
Unify DBMS, lex WP, two Liberty ter- 
minals (one with modem), national 
service contract, all in excellent con- 
dition. Make offer. Tony Hill, 1436 
White St., Ann Arbor, MI 48104. 
313-761-1736 or 313-665-9773 


HARDWARE WANTED 

I am interested in purchasing a 
Technical Design Labs dynamic RAM 
board with any amount of memory 
installed and a TDL DDDC disk 
controller board. Both must be in 
good working order. Call or write 
William Leonard, 14956 Ronda 
Drive, San Jose, CA 95124. 
408-377-8582, evenings. 
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32 BITS ON 
THE S-100 BUS 


Dion Vaughn 


he S-100 bus has seen quite a 
number of single-board and 
other computers come and go. 
It has been expanded and upgraded 
to the point that it is now capable of 
supporting a microcomputer system 
of the highest performance. 

In this article, I propose a new 
upgrade that will allow the S-100 bus 
to support the new 32-bit processors. 

We now have a lot of S-100 cards 
designed to run in 8-bit and 16-bit 
systems. We want to be able to con- 
tinue using these boards, not only for 
economic reasons, but also because 


Editor's Note: 

With the articles in this issue on 
32-bit implementation , we hope to 
initiate a discussion on this subject. 

If you have any good ideas or 
comments on using 32-bit pro- 
cessors on the S-100 bus, you are 
encouraged to either submit ar- 
ticles or send us a letter with your 
comments or solutions. 

You may want to use this first ar- 
ticle as a starting point for the 
discussion. Send all materials to: 
32-Bit Forum, S-100 Journal 
PO Box 1914, Orem, UT 84057. 


most data transfers between pro- 
cessors and peripherals are done 8 
bits at a time. In other words, we 
would not always need an I/O board 
with 32 data bits. Of course, once a 
32-bit bus is established and a 32-bit 
processor installed, I/O boards could 
be built with 32-bit data paths from 
the bus to on-board buffers. The data 
would then be accepted or sent by the 
peripheral, at its own rate, through 
these buffers. 

A successful upgrade must 
therefore be compatible with existing 
circuit boards while taking advantage 
of the new performance derived from 
the 32-bit processors. 

One of the greatest performance 
boosters to be obtained from the new 
processors is increased clock speed, 
typically 12-16 MHz or more. 
However, the S-100 bus was originally 
designed around a 2-MHz processor. 
If we implement all the signals the way 
they are currently used by many 
S-100 circuit boards, the bus will not 
be capable of running at 12-16 MHz. 

IEEE approved standards for the 
timing of the bus signals in a very 
generalized form. One of the main 
considerations was the many different 
circuit boards already in use. These 
boards interpreted and used the bus 


signals in several different ways. To 
allow some of the boards to run 
together properly, delays had to be 
built in and a ‘status valid’ signal add- 
ed. This was particularly important for 
dynamic RAM boards. 

Therefore, some compromises in 
performance may have to be made if 
the bus signals continue to be used in 
the same way. The timing of these 
signals is such that they simply can- 
not be driven at the system clock 
speeds offered by the new processors. 

For the new upgrade to maintain 
compatibility with existing boards, it 
should provide a new method of us- 
ing some of the S-100 bus signals 
without changing any of them. The 
new method must allow new- 
technology circuit boards to run at 
much higher speeds. 


SOME ALTERNATIVES 

The most efficient way to implement 
32 bits on the S-100 bus would pro- 
bably be to redefine the bus. There are 
91 signal lines available. The other ► 

Dion Vaughn is a Computer Design Engi- 
neer and is president of Magnum Digital. 
Dion is experienced in the design of 
industrial controllers and S-100 boards. 
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9 are power and ground. If 32 lines 
were used for the address bus, 32 for 
data, 4 lines for arbitration, and 8 for 
interrupts, there would still be 15 lines 
left for control and status signals. 

Redefining the bus would offer the 
advantage of enough signal lines be- 
ing available on a single backplane. 

However, the disadvantages 
associated with this alternative are 
very obvious. We would need to have 
two S-100 mainframes around all the 
time — one for the 8/16-bit world 
with its multitude of existing cards, 
and one for the 32-bit world. Only the 
mainframe of the present S-100 
system could be used with the new 
32-bit circuit boards. No existing 
S-100 circuit boards could be used. 

We could make the mainframe 
physically wider and install two 
motherboards in it. Two standard 
S-100 motherboards could be used, 
or one standard S-100 and one 
44-pin bus, or an S-100 and a 50 pin 
bus, etc. 

The advantages of this scheme 
would be that current circuit boards 
could still be used in the standard 
S-100 portion of the mainframe. The 
new 32-bit cards would be wider (in 
order to plug on both buses) , allow- 
ing more room for components. 
There are some intriguing thoughts 
of multiple 16-bit processors running 
on two S-100 buses, in the same 


mainframe, with one double-wide 
32-bit processor card controlling the 
whole thing. 

The disadvantages include the fact 
that we could not use current main- 
frames since the new mainframe 
would be much larger. And problems 
would arise when trying to adjust card 
guides, and other hardware inside the 
mainframe, for the varying widths of 
circuit boards. 

The last, and possibly most feasi- 
ble, idea for a 32-bit upgrade is to use 
the S-100 mainframe as it is and to 
implement the additional address and 
data lines as a secondary bus on top 
of the circuit cards. The secondary bus 
would only be connected to those 
cards capable of using it. To run at the 
higher speeds, all future circuit boards 
could be designed to use the S-100 
control and status signals in a slightly 
different manner. 

With this implementation, we can 
still use all our old circuit boards, we 
don’t have to change the physical size 
of the system, and we can run the 
new, higher-performance boards 
without any limitations. This is the 
scheme discussed in this article. 


32-BIT IMPLEMENTATION 

Let’s look at the secondary bus first. 
We need eight more address lines, 
sixteen more data lines, and at least 
two control/status lines. The con- 
trol/status lines will be implemented 
on the standard S-100 bus. (These 
two lines will be discussed later). This 
means that we need an absolute 
minimum of twenty-four lines on our 
secondary bus. 

Having a ground line next to a 
signal line causes more capacitance 
for the signal line driver to overcome. 
However, having one signal line next 
to another signal line creates added 
capacitance plus the additional pro- 
blem of induced signal noise. Thus, 
the best method is to use a ground 
line between each of the signal lines. 
This means that we now need forty- 
eight lines in our secondary bus. 

Fifty-conductor ribbon cable, IDC 
connectors, card-edge connectors, 
etc. are standard and readily available 
from many suppliers. The next 
‘standard-size’ ribbon cable and con- 
nectors would be sixty-conductor. The 
upgrade discussed here will use forty- 
eight lines on the secondary bus and 
only two of the seven currently 
unassigned (NDEF and RFU) lines on 
the standard S-100 bus. Since it is 
very desirable to keep the physical size 
of everything as small as possible, I 
propose fifty-conductor secondary 
bus. This leaves one extra signal line 
on the secondary bus and five extra 
lines on the standard S-100 bus 
available for customization or future 
expansion. 

This secondary or TOP bus could 
be designated the T-50 bus. A system 
implementing the T-50 bus does not 
require that any actual changes be 
made to the mainframe itself. Simply 
adding the 32-bit cards and ribbon 
cable creates the upgrade. In an ef- 
fort to be short yet descriptive, I settl- 
ed on the designation ‘S-100 + 50’ to 
refer to such an upgraded system. 


THE T-50 BUS 

Let’s decide that the connector will be 
placed on the left side of the card, 1.5 
inches from the edge. This leaves 
plenty of room for the card-ejector 
latch, and the plastic housing of the 
ribbon cable connector. 


FALL 1986 


63 


THE T-50 BUS 


1 - A24 

26 

- gnd 

2 - A25 

27 

- gnd 

3 - A26 

28 

- gnd 

4 - A27 

29 

- gnd 

5 - A28 

30 

- gnd 

6 - A29 

31 

- gnd 

7 - A30 

32 

- gnd 

8 - A31 

33 

- gnd 

9 - NDEF 

34 

- gnd 

10 - ED8 

35 

- gnd 

11 - ED9 

36 

- gnd 

12 - ED10 

37 

- gnd 

13 - ED11 

38 

- gnd 

14 - ED12 

39 

- gnd 

15 - ED13 

40 

- gnd 

16 - ED14 

41 

- gnd 

17 - ED15 

42 

- gnd 

18 - OD8 

43 

- gnd 

19 - OD9 

44 

- gnd 

20 - ODIO 

45 

- gnd 

21 - OD11 

46 

- gnd 

22 - OD12 

47 

- gnd 

23 - OD13 

48 

- gnd 

24 - OD14 

49 

- gnd 

25 - OD15 

50 

- gnd 


Table 1. Pin assignments of the 
T-50 Bus , the S-100 extension bus 
discussed in this article. 


In laying out a circuit board, it 
seems logical to put the new address 
lines on the left. This allows the in- 
stallation of address decoders and 
switches at a location other than in the 
middle of logic devices that will pro- 
bably need the data lines. The extra 
NDEF signal line should be next, 
followed by the sixteen high-order 
data bits. 

The T-50 data bus is set up like the 
primary (S-100) data bus. The low- 
order 8 bits of the high-order data 
word are accessed by even addresses, 
and the high-order 8 bits are access- 
ed by odd addresses. 

The pin numbering of the T-50 bus 
(Table 1) is also like that of the S-100 
bus. Fin 1 is found at the front left 
position, pin 2 immediately to the 
right of pin 1, and so on until pin 25 
at the front right position. Pin 50 is just 
behind pin 25 in the right-rear posi- 
tion, pin 49 immediately to the left of 
pin 50, and so on until pin 26 just 
behind pin 1 at the left-rear position. 


SIGNAL ASSIGNMENTS 
ON THE STANDARD 
S-100 BUS 

The S-100 bus is currently set up to 
automatically recognize the existance 
of 16-bit slaves. When a 16-bit master 
wants to access a slave, the master 
makes the sixteen-request line 
(sXTRQ*) active. If the accessed slave 
is capable of responding with a 16-bit 
data path, it will drive the sixteen- 
acknowledge line (SIXTN*) active. 
The master then makes its 16-bit 
transfer. But, if the sixteen- 
acknowledge line was not driven ac- 
tive by the slave, the master will 
default to two 8-bit transfers. 

We will make only two assignments 
of signals on the standard bus. Pins 
69 and 71, now designated as RFU 
(Reserved for Future Use) will be 
assigned the signals sTTRQ* and 
THTWO* respectively. 

When a 32-bit master desires to 
make a data transfer, it will drive both 
sXTRQ* and sTTRQ* active. Since 
both lines are driven active, an access- 
ed slave which is capable of 32-bit or 
16-bit transfers will respond accor- 
dingly. If the slave does not respond 
at all, the master will default to an 
8-bit transfer. 

A 32-bit slave will respond to 


sXTRQ* and sTTRQ* by driving 
THTWO* active. If the slave is 
capable of 32-bit or 16-bit transfers 
(with buffers or 16-bit word latches), 
and is accessed with only sXTRQ* ac- 
tive by a 16-bit master, it will respond 
by driving SIXTN* active. 


TEMPORARY MASTERS 

When a system has more than one 
processor, one of them is normally 
configured as a master and the others 
as temporary masters. Another 
method is to have all processors con- 
figured as temporary masters and a 
bus arbitrator controlling them. Either 
way, when a temporary master has 
the bus, it can legally access any un- 
protected memory or I/O ports that 
any other processor can. 

Some of the new 32-bit processors 
have a linear address range of 4 
gigabytes. Less powerful processors 
normally have an address range of 
64K to 16 megabytes. Therefore, for 
any processor to access any memory 
or I/O port outside of its linear range, 
software/firmware must first cause the 
higher-capacity processor to latch the 
address such that the desired memory 
will be within a page or bank ad- 
dressable by the lower-capacity 
processor. 


PERFORMANCE 
AND SPEED 

Higher speed normally means higher 
performance, but higher performance 
is required to obtain higher speed. 
Therefore, to run at the highest possi- 
ble speed, the highest quality com- 
ponents must be installed using the 
very best construction techniques. 

The signals in the conductors and 
components of a computer are the 
very life of the machine. If these 
signals are dirty, the machine will per- 
form very poorly. We must insure that 
the computer lives a clean life. 

We have already decided to put a 
ground line between each signal line. 
This will help hold down induced 
signal noise. 

Most communications between the 
processor and peripheral devices will 
be done 8 bits at a time. Typically, 
the modules that would need to 
be connected to a 32-bit processor’s 
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extended address and data buses 
would be memory and coprocessors. 
Most of the circuit boards in a typical 
system will not need to be connected 
to the T-50 bus. Thus, the T-50 bus 
can be kept relatively short which will 
also help hold down the noise that 
might be generated on a longer bus. 

Termination requirements will de- 
pend mostly on clock speed and 
physical length of the bus. Active ter- 
mination could be provided on a bus- 
arbitrator card, the processor, or any 
other functional circuit board con- 
nected to the T-50 bus. 

The next consideration is signal tim- 
ing. As already mentioned, not all of 
the generalized S-100 signals can be 
driven to the high speeds that we are 
now considering. Several of the bus 
signals were specified with built-in 
delays so that older, already available 
circuit boards could be used. These 
delays also facilitated the use of the 
bus signals as strobes for clocking data 
onto and off various modules. 

Currently, the bus signals pWR* 
and pDBIN are the generalized write 
and read strobes respectively. 
However, using more sophisticated 
components now available, circuit 
boards can be designed that imple- 
ment their own strobes and respond 
to accesses very quickly. This would 
allow the processor to run at full 
speed with all cards that are capable 
of keeping up. Of course lower- 
performance parts, or those design- 
ed to use the delayed signals, could 
still be used by generating any 
necessary wait states. 

Figures 1 and 2 (on next page) 
show methods that I have used for 
generating on-board strobes. 

Figure 1 is the simplest method and 
works very well. Assuming a general 
SELECT* signal produced when the 
board is addressed, we simply use the 
trailing edge of this SELECT* signal 
to clock in the data. This allows the 
components on the board to use the 
entire bus cycle to get themselves set 
up (satisfy hold time requirements). 
Our main consideration here is to be 
certain that the data to be latched in 
is still valid when the SELECT* line 
goes false — this is when the data will 
be clocked in. 

Figure 2 shows a method which 
will allow a specific time, depending 
on clock periods, before data is clock- 
ed in. We simply use one or more 



68K8-CP 

Expand Your System with a 68000 Coprocessor 


Peak Electronics’ 68K8-CP is a high performance 68000 
software development package designed to easily integrate into your 
existing S-100 system. Tne pacxage consists of the 68K8-CP 
coprocessor card, CP/M-68K, and a software toolkit that includes a 
UNIX V7 compatible floating point C compiler and a symbolic debug- 
ger. 

Any system running CP/M®-2.2, CP/M-3.0 or CP/M-86 can be 
running CP/M-68K within minutes without any change in existing 
hardware or software. This card does not replace your current 
processor. All of the original system's devices (RAM, disks, and 
other peripherals) are immediately available to the user of 
CP/M-68K. All files can be accessed by whichever operating sys- 
tem is currently active. Control is transferred between operating 
systems with a simple one line command. 


Features: 


• Does not replace your current CPU card or software 

• Includes CP/M-68K with UNIX® V7 compatible 
floating point C compiler and a symbolic debugger 

• All developed C and Assembly code is fully 
relocatable and ROMable 


• 8 or lOMhz CPU with no wait state RAM 

• 128K bytes of RAM expandable to 512K 

• 2 serial and 1 parallel I/O ports 

• IEEE-696-1983, S-100 Compatible £ 

• 30 day money back guarantee 

• 1 year parts and labor warranty 

Complete Package: $995.00 
VISA or Master Card Accepted 


PEAK 


^ Electronics^^ 
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Figure 1. Generating on-board strobes. This method stores the data present 
one setup time before STB (the end of the SELECT * pulse). 


flip-flops in series. They function 
when the SELECT* line goes true 
and are toggled by the system clock. 
This circuit has the advantage that we 
can set it up so that we know for sure 
that the data will still be valid when 
the strobe goes active. However, more 
components and board real estate are 
required. We should use this or some 
equivalent circuit when there is any 
doubt about the validity of the data at 
clock time. 


CONCLUSION 

It is certain that the S-100 bus will be 
upgraded to use the new 32-bit pro- 
cessors. Let us hope some standards 
are approved soon, so we do not run 
into the problems that we had in the 
early years of the S-100 bus. 



STB 


Figure 2. Generating on-board strobes. Here, the Q output of flip-flop A will create a positive going edge with the 
second positive edge of<P. The output at B will go high with the fourth clock pulse. C and D assure that on/y one 
positive edge is generated in any one bus cycle. 
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WRITE FOR 
S-100 JOURNAL 

You may have the information that many 
other S-100 Journal readers are looking for. 
Why not communicate it through an arti- 
cle in S-100 Journal? 

We buy articles in a variety of subjects 
related to S-100 computers and operating 
systems running on S-100 computers. If 
you would like more information on writing 
for us, please request our Author’s Guide- 
lines. You may also wish to call our editor, 
Jay Vilhena, at 801-373-0696 to discuss 
any possible articles that you have in mind. 

Among the many topics that we will con- 
sider for coming issues are LANs and other 
Multiuser Applications, System Integra- 
tions, Software Drivers for S-100 Boards, 
Specialized Applications, Zenith Z-100, and 
Upgrading Old Altairs and IMSAIs. 


FOR SALE 

USED S-100 EQUIPMENT 


Ithaca and TEI buckets 
Z80 CPU boards 
64K RAM boards 
I/O boards 

19" rack mount cabinets 
Shugart disk drive (15 & 30 
Hazeltine terminals 


$200 - $400 
$25 - $75 
$25 - $75 
$25 - $75 

$100 - $300 

Mb) $50 

$50 


— MANY OTHER ITEMS — 


ALEXANDER TECHNICAL SERVICES 

2252 Northwest Pkwy, Suite F 
Marietta, GA 30067 
404-980-1446 


ALPHA MICRO USERS SOCIETY 

You may know who we are, but 
do you know how we can help 

YOU??? 



AMUS has many services available specifically designed to help ALPHA MICRO USERS 


Call or write for a free copy of our magazine and an outline of our services. 

AMUS 

735 Walnut Street 
Boulder, Colorado 80302 
(303) 449-6917 
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FROM 

$100 
INCLUDING 
POWER SUPPLY 


32 Page 
Free Fakt 
Pakt Catalog 


BUILT LIKE 
A TANK - 
WON’T 
BREAK 
THE BANKI 


1 Piece: Prices lower in quantity. * 


3310 

5" Floppy & 
Winchester 
4 Cards SI 00 

$387* 


3307 

8" Floppy 

6 5" Winchester 

7 Cards SI 00 

$494* 


3002T 

5" Floppy 
& Winchester 
10 Cards SI 00 

$565’ 


DON’T 

SEE 

WHAT 


rooi 


YOU NEED? 


(Disk drives and computer cards not included.) 


CALL 

a 

ASK 


Write or call for our brochure which includes our 
application note: "Making micros, better than 
any ’ol box computer.” 


BiBii«3£igie 



RESEARCH CORPORATION 

8620 Roosevelt Ave./VIsalia, CA 93291 
209/651-1203 

We accept BankAmericard/Visa and MasterCard 


fompuPro 


SYSTEM 

UPGRADES 



• More Users 

• New Operating System 

• Larger, Faster Hard Disk 

• PCs Networked to System 

• Custom Database Software 


Get it done right the first time 

(415) 495-5999 

COCHLHM COMPUTER SYSTEMS 

330 TOWNSEND STREET #107 SAN FRANCISCO. CA 94107 


BACK ISSUES 
OF S-100 JOURNAL 

Back Issues are $4.90 each. We pay 
(J.S. postage (for international orders, please 
add $2.00 per issue). 

To get back issues, send this form or a 
note to: 

S-100 Journal Back Issues 
PO Box 1914, Orem, UT 84057 

(Payment must be included with your order) 


Please send S-100 Journal: 

□ NO. 1 □ NO. 2 □ NO. 3 

NAME: 


ADDRESS: 


Enclosed is ($4.90 for each copy 

ordered. Plus $2.00 each for international orders.) 
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tech file 


CROMEMCO’S XXU 

A 32-BIT 68020/68881 
S-100 CPU BOARD 


t he new Cromemco XXU pro- 
cessor board provides a bold 
leap in microcomputer pro- 
cessing power by integrating a 
16.7-MHz 68020 microprocessor, a 
16.7-MHz 68881 math coprocessor, 
and a 16K associative cache on a 
single S-100 card. The XXU also con- 
tains a real-time, battery-backed- up 
clock/calendar, a 64K EPROM for 
system diagnostics and booting opera- 
tions, and supports full 32-bit transfers 
on the S-100 bus. 


HIGH-SPEED 

OPERATIONS 

A key to the high performance of the 
XXU is the tight coupling of the 
68020, 68881, and 16K bytes of 
high-speed cache memory on a single 
S-100 card. The cache memory on 
the XXU utilizes state-of-the-art 
CMOS RAM chips with a remarkable 
25-nanosecond access time. Pro- 
grams are executed out of cache 
memory with zero wait states. The 
68020 is able to execute out of cache 
memory approximately 90% of the 
time. This unloads the S-100 bus and 
frees it for other operations (say DMA 
disk transfers) which can then occur 


in parallel with the CPU operation. 
When the cache is refilled from the 
bus, it is done with full 32-bit transfers 
from newer 32-bit cards (such as the 
Cromemco 2048KZ, a 2-megabyte 
memory card) or with 16-bit or 8-bit 
transfers from older cards. 

The 68881 math coprocessor is 
able to execute either single-precision 
or double-precision floating point 
operations in parallel with the opera- 
tion of the 68020. Not only can the 
68881 do the basic arithmetic opera- 
tions but a full set of transcendental 
and trigonometric functions as well. 
The 68881 is itself an 80-bit-wide pro- 
cessor, and it operates at a full 16.7 
MHz clock rate (most 68881 
coprocessors on the market today use 
the slower, 12.5-MHz part). If even 
higher speed versions of the 68881 
are offered in the future, they too can 
be accommodated by the XXU. Pro- 
vision is made for an optional crystal 
oscillator — just above the 68881 chip 
on the board — to provide a separate 
clock source for higher-speed devices. 

For even further speed enhance- 
ment, the XXU implements a feature 
called quick- write to speed write oper- 
ations to the S-100 bus. When the 
MC68020 performs a write cycle, the 
status, address, and data to be writ- 


Ed Lupin 

Cromemco 

ten to main memory are saved in 
registers external to the processor, and 
the MC68020 write cycle is termi- 
nated. The XXU state machine com- 
pletes the write cycle to the S-100 bus, 
while the MC68020 continues execu- 
tion from its internal cache or from the 
on-board external cache. By parallel- 
ing bus operations with cache, ten or 
more instructions can be executed in 
the time that would have been wasted 
had the MC68020 waited for the 
S-100 write cycle to be completed. 


32 BITS ON THE S-100 BUS 

To take complete advantage of the 
68020 processor, the XXU supports 
full 32-bit transfers on the S-100 bus. 
The implementation was done in such 
a way that the XXU is completely 
compatible with existing byte-wide 
and word-wide slave devices meeting 
the IEEE-696 standard, and still it can 
take full advantage of newer 32-bit 
wide products. The protocol for ► 

Ed Lupin is a Senior Computer Engineer 
with Cromemco and is the designer of 
the XXU card. He has been designing 
S-100 products for Cromemco for the past 
7 years. Ed is a Higher Honors graduate 
of the University of Illinois. 
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Manufacturer 

Model 

Whetstones/sec. 

CROMEMCO 

CS-420 

1,050,000 

DEC 

MICROVAX II 

877,000 

SUN 

3/50 

860,000 

APOLLO 

3000 

780,000 

DEC 

VAX 11/780 

476,000 

IBM 

PC/RT 

200,000 


Table 1. Whetstone benchmark results. The Cromemco XXU 32-bit card was 
run on a System 420 with version 1.0 of Cromemco’s 68020 Fortran com- 
piler. Other data were obtained from Datamation and Unix World magazines. 


handling 32-bit transfers was model- 
ed after the IEEE-696 convention for 
distinguishing 16-bit (word) transfers 
from 8-bit (byte) transfers. To achieve 
16-bit transfers, the CPU makes a re- 
quest on the sXTRQ* line of the bus. 
If the slave device (e.g., a memory 
board) responds with a SIXTN* signal 
on the bus, then a word-wide transfer 
is made. Otherwise two separate byte- 
wide transfers are made on two 
separate bus cycles. 

In a similar way, the XXU can re- 
quest a 32-bit-wide transfer on the 
sMURQ* line (for Multiple ReQuest), 
defined as pin 69 of the S-100 bus. 
If the slave device is capable of 32-bit 
transfer, it responds with a MUAK* 
signal on pin 66 of the bus. The 32-bit 
transfer is then accomplished as two, 
rapid, successive 16-bit transfers in a 
single bus cycle. Using this technique, 
32-bit data is transferred at an impres- 
sive rate of 8.33 megabytes per sec- 
ond on the S-100 bus. If the slave 
does not respond with MUAK*, then 
SIXTN* is checked and either 16-bit 


or 8-bit transfers are performed. This 
assures compatibility — although at 
lower transfer speeds — with 
IEEE-696 boards not capable of 32-bit 
transfers. (Editors note: Pins 66 and 
69 are defined in the IEEE-696 stan- 
dard as ‘uNDEFined’ and ‘ Reserved 
for Future Use’ respectively. The 
signals sMURQ* and MUAK*, im- 
plemented by Cromemco, are not 
presently part of the standard). 


MANY FEATURES 

The XXU also has many features de- 
signed specifically for operator conve- 
nience. A real-time clock/calendar is 
included on the XXU (using an Intersil 
ICM 7170 chip) so that the system 
always has access to time and date. 
This information is automatically ob- 
tained by the operating system; time 
and date need not be entered by the 
operator. The clock circuit is powered 
by a lithium-cell battery with a seven- 
year life, so accurate time and date in- 
formation is maintained even when 
power is removed form the system. 

The XXU has an on-board 64K 
EPROM containing a program we 
call XDOS. XDOS is used to boot the 
system and run a complete set of 
system diagnostics. By including the 
XDOS EPROM on the XXU card 
itself, the XXU is the only system card 
that needs to be functional in order to 
perform system diagnostics. 

There is also a self -check capabili- 
ty, under the control of XDOS. On 
power-up, the XXU performs a com- 
plete self check and indicates any pro- 
blem by means of a red, fault-detect 
LED on the XXU card. 

Memory management, required in 
UNIX systems, is also supported as an 
option by the XXU. The Cromemco 
memory management card, the 
XMU, couples to the XXU by means 
of a 34-conductor ribbon cable, inter- 
connecting the top connector of the 
XXU with that of the XMU. 


EXTENSIVE SOFTWARE 


Manufacturer 

Model 

Dhrystones/sec. 

CROMEMCO 

CS-420 

3546 

CELERITY 

C-1200 

3468 

PYRAMID 

90x 

3333 

DEC 

VAX 11/785 

2136 

GOULD 

PN6005 

1964 

HP 

HP 9000-500 

1724 

AT&T 

3B20 

1724 

APOLLO 

DN660 

1666 

DEC 

VAX 11/780 

1662 

DEC 

MICROVAX II 

1612 

IBM 

PC/RT 

1333 

IBM 

PC/AT 

1315 

AT&T 

3B2 

1315 

PLEXUS 

P/60 

1163 

DEC 

VAX 11/750 

1091 

ALTOS 

586 

793 

ONYX 

C8002 

511 

IBM 

PC/XT 

427 

IBM 

PC 

390 


Table 2. Dhrystone benchmark results. The Cromemco XXU 32-bit card was 
run on a System 420 with version 1.0 of Cromemco’s 68020 C compiler. Other 
data were obtained from the UNIX USENET study. 


Two operating systems are supported 
on the XXU, Cromix Plus and UNIX 
System V. Both have been written 
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CROMEMCO XXU 


USE: 

Main Processor Board 

MANUFACTURER: 

Cromemco, Inc. 

PO Box 7400 

Mountain View, CA 94039 

(415)-964-7400 

CPU: 

Motorola 68020, 16.7 MHz 

COPROCESSOR: 

Motorola 68881, 16.7 MHz 

CACHE MEMORY: 

256-byte instruction cache 
(on chip). 16K 2-set asso- 
ciative instruction/data 
cache (on board). 

FLOATING POINT: 

IEEE Standard P754 

DIAGNOSTICS: 

64 K XDOS EPROM 
Fault-detect LED 

MEMORY ACCESS: 

Longword (32 bits) 
Word (16 bits) 

Byte (8 bits) 

CLOCK: 

Real time (time and date) 
Battery backed (lithium) 

POWER REQRMNTS: 

+16 Volts at 1.8 Amps. 
On-board DC-to-DC supply 
produces 5V at 5 Amps. 

LIST PRICE: 

$4995 


S-100 BUS: A NEW ERA 

It was just 10 years ago that Harry 
Garland and Roger Melen, founders 
of Cromemco, coined the term S-100 
bus and introduced the first S-100 
Z-80 processor card (the ZPU). 
Measured by Whetstone perfor- 
mance, the ZPU clocked in at 7000 
whetstones per second. Based on this 
measure, the XXU has 150 times the 
performance of the ZPU! With the 
XXU card, S-100 systems can clearly 
outperform even some of the most 
capable minicomputers, and do so 
at a price/performance ratio une- 
qualled by any other technology in 
the industry. 


specifically for the 68020 processor, 
and optimized to take full advantage 
of the 68020. A complete set of pro- 
gramming languages is also available 
—including Basic, C, Pascal, and For- 
tran — which produce optimized 
68020 code and take full advantage 
of the 68881 coprocessor for math 
operations. 

Both the Informix and Unify data 
base packages are available from 
Cromemco as are the popular 
Ultracalc spreadsheet and the 
Quadratron office automation 
packages. In addition, the Interna- 
tional Association of Cromemco 
Users (PO. Box 17658, Irvine, CA 
92713) has published a 200-page 
catalog of software available for 
Cromemco systems. 


BENCHMARKS 
TELL THE STORY 

To test the effectiveness of the XXU 
card, two industry-accepted ben- 
chmarks were run. The benchmarks 
were executed on a Cromemco 
System 420, Cromemco’s newest 


super-micro which 
is based on the XXU card. 

The first benchmark was the 
Whetstone test, designed to measure 
the computational power of a com- 
puter system. This benchmark was 
developed in England by H. J. Cur- 
now and B. A. Wichmann and con- 
sists primarily of floating-point math 
and trigonometric functions. The 
results, shown in Table 1, indicate that 
the XXU-based system outperforms 
expensive minicomputers and offers 
five times the performance of even 
the most capable personal computer. 

The second benchmark was the 
Dhrystone test (Table 2). This test, de- 
veloped by R. R Wicker, is designed 
to complement the Whetstone test by 
measuring the speed of data manipu- 
lation rather than numeric calculation. 
Again, the XXU-based System 420 is 
substantially faster than much more 
expensive minicomputer systems. 
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news and new products 


IBS Introduces 
10-MHz 80186 
Slave Board 

Independent Business Systems has 
announced the Slavenet 186/512. 
This 16-bit S-100 slave board features 
an 80186 CPU running at 8 or 10 
MHz, 2 serial ports, and up to 1 
megabyte of dynamic RAM. The 
board is capable of true 16-bit data 


transfers at 2 megabytes per second. 
The price ranges from $995 for a 
8-MHz 256K board to $1512 for a 
10-MHz 1-Meg board. 

IBS has also introduced two new 
S-100 motherboards available in 
either 12- or 20-slot configurations. 
Both motherboards include a battery- 
backed clock/calendar, are actively 
terminated, and are designed to 
reduce RF interference on the bus. 

List price is $250 
and $300 respec- 
tively. 

IBS products 
carry a 3-year war- 
ranty. For more in- 
formation contact or 
send an Editorial 
Feature Reply Card 
to Independent 
Business Systems, 
Inc., 5915 Graham 
Ct., Livermore, CA 
94550. ★ 



Triple Z80H Slave Board the super ie , a ie bit slave 

From Advanced Digital board featuring an 80186 

CPU running at 8 MHz. The 
Super 16 contains 256K of RAM, 4 
serial ports, and runs under 
TurboDOS. 

For more information on these 
products, contact or send an Editorial 
Feature Reply Card to Advanced 
Digital Corporation, 5432 Produc- 
tion Drive, Huntington Beach, 
CA 92649. ★ 



Advanced Digital Corporation has 
introduced the Multi-Slave, a 3-user, 
3-processor board compatible with 
TurboDOS. The Multi-Slave features 
128K of RAM and 2 serial ports for 
each of the three users. The Z80H 
processors run at 8 MHz. The retail 
price for this IEEE-696 card is $695. 

Also from Advanced Digital comes 


Cromemco Produces 
32-Bit 68020 
S-100 Supermicro 

Cromemco, Inc. has packaged its 
new 32-bit XXU card into a super- 
system called the CS-420. Running at 
16.7 MHz, the 68020/68881 XXU 
card confers the CS-420 a level of 
performance that, the company 
claims, surpasses that of many 
popular minicomputers. The CS-420 
includes 32-bit memory boards and 
can accomodate up to 16 megabytes 



of RAM. It can serve up to 64 users 
under the UNIX V.2 operating 
system. 

A unique option for the CS420 is 
the Cromemco S-series line of 
graphics products. With this option, 
the CS-420 can capture, store, create, 
and display high-resolution television 
images. 

The CS-420 includes 5 x /4 floppy 
drive, 32-Megabyte cartridge tape 
drive, and up to 280 megabytes of 
hard disk storage. Prices start at under 
$28,000. For additional information 
contact or send an EF Reply Card to 
Cromemco, Inc., PO Box 7400, 
Mountain View, CA 94039. ★ 
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S-l OO/TurboDOS 
Package From ICM 
Emulates IBM-PC 

From InterContinental Microsystems 
is available the MS-1000, a special 
package for the S-100 bus that will 
allow running PC-DOS and MS-DOS 
monochrome software under Tur- 
boDOS. The package consists of the 
MS-1000 software, an S-100 board, 
an IBM-compatible terminal, PC- 
DOS 3.1, and TurboDOS/PC 
software. 

The S-100 board included is the 
new CPS-16F, a network processor 
board featuring a 10-MHz NEC V30 
microprocessor. The V30 CPU runs 
both 8086 and 8080 programs for 


8-bit or 16-bit applications. This board 
also features one megabyte of RAM, 
two serial ports, two parallel ports, 
and a real-time clock. 

The full package lists for under 


$2000. To obtain complete informa- 
tion write or send an Editorial Feature 
Reply Card to InterContinental Micro, 
4015 Leaverton Court, Anaheim, 
CA 92807. ★ 


80286-Based 
Multiuser CompuPro 
System Available 

Viasyn Corporation has begun 
volume shipments of the company’s 
new top-of-the-line system, the 
CompuPro 286/80. The system is 
built around the Intel 80286 
CPU and runs under CompuPro’s 
Concurrent DOS 816. The 286/80 
includes an 80-Megabyte hard disk 
with a dedicated MDrive/H 
RAMdisk board functioning as a 
cache buffer. 


The CompuPro 286/80 comes 
with a 16-slot motherboard and has 
a rear panel with room for up to 18 
serial connectors. 

Other features included are 9 serial 
ports, built-in tape backup unit, 5 l A 
floppy drive, and 768K of system 
memory. Options include slave pro- 
cessors, LAN interface boards, 
graphics, and additional mass storage. 
The 286/80 can also be used as a file 
server to other computers. 

For more information, contact or 
send an EF Reply Card to CompuPro, 
26538 Danti Court, Hayward, CA 
94545-3999. ★ 




Unique Cursor 
Pointing Device 
From Fulcrum 

Fulcrum Computer Products has 
released a trackball pointing device, 
the Trackball Plus. This hand-driven 
accessory emulates most popular 
mice and digitizer formats, such as 
Summagraphics Bit Pad One, 
Houston Intruments Hipad, Tektronix 
Plot-10, Mouse Systems, and others. 
But, according to Fulcrum, the 
Trackball Plus offers many advantages 
over mice; for example, it only re- 
quires 4.62" by 5.37" of desk ► 
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space and can be moved simply by 
fingertip motion. 

Six user switches allow easy selec- 
tion of screen menu options and cur- 
sor positioning, including alternate 
cursor. Trackball Plus interfaces to 
your S-100 computer through a 
regular RS232 serial interface. Retail 
price is $95. Contact or send EF Rep- 
ly Card to Fulcrum Computer Pro- 
ducts, 451 Allan Ct., Healdsburg, CA 
95448. 


Multiple Baud-Rate 
Modem Available 
From Fastcomm 

Fastcomm Data Corp. introduced a 
modem capable of transmitting at 
300, 1200, 2400, and 9600 baud. It 
is available in several designs. 

The FASTCOMM modem features 
auto-dial and auto-answer, supports 
a superset of Hayes-compatible com- 
mands, and allows monitoring of 
transmissions through external LEDs 
and a speaker. Price is around $1000. 

For more information contact or 
send EF Reply Card to Fastcomm 
Data Corp., 12347-E Sunrise Valley 
Drive, Reston, VA 22091. ★ 


Software 

From Multicomputer Technology 
Corporation is now available version 
1.42 of The Menu System. This soft- 
ware encases all of TurboDOS com- 
mands in screen-oriented menus. A 
hierarchy of menus can be user- 
defined. Cost is $59.95. Multicom- 
puter Technology Corporation, 126 
Northpoint, Suite 152, Houston, TX 
77060. ★ 

S-100 Microsystems has developed a 
set of programs, the CTU package, 
that allow using the Alloy cartridge 
tape subsystem on CompuPro 
68K systems running UniSoft’s 
UniPlus+ version of Unix 
system V. The software offers 
tape positioning and read/write 
functions. No reconfiguration of 
the operating system is required. 
Price is $395. Source code is also 
available for $995. From S-100 
Microsystems, 1337 Heidi Drive, 
Plano, TX 75023. ★ 


For Alph Micro users, the Simplifile 
data base system is now available 
from Clark Associates, Inc. Simplifile 
allows data fields to be added, 
deleted, or expanded and file creation 
and modification. It is disk-based to 
save memory and features user- 
definable report generator and 
password security. The package lists 
for $495. Clark Associates, Inc., 1610 
E. Algonquin Road, Schaumburg, IL 
60195. ★ 

Cleydale Engineering offers a set of 
utilities for the Microsoft 
FORTRAN-80 compiler running 
under CP/M-80. The package 
includes an optimized scientific 
subroutine library. FORLIB.REL 
math additions, peripheral device 
drivers, and FORTRAN programming 
tools. Functions available are regres- 
sion analysis, matrix operations, 
equations, fast Fourier transforms, 
integration, graphics, celestial 
mechanics, program source line 
renumbering, file scrolling, and many 
others. A total of 60 files. Cost is 
$49.95. From Cleydale Engineering, 
Rt. 1 Box 217-B, Blacksburg, 
VA 24060. ★ 


Books And Catalogs 

A catalog of software for North Star 
and 8-inch CP/M computers is 
available free upon request from 
Dynacomp, Inc., 1064 Gravel Road, 
Webster, NY 14580. This catalog lists 
hundreds of software packages, most 
reasonably priced, and even includes 
lots of public domain titles. ★ 

For those planning to interface 
their S-lOO’s to the IEEE-488 bus, 
a free catalog of interface boards 
and accessories is available from 
National Instruments, 12109 
Technology Boulevard, Austin, TX 
78727-6204. ★ 

Users and future users of the 
Z Operating System can now obtain 
the Z-System User’s Guide, by 
R. Jacobson and B. Morgen. The 
book includes tutorials and examples 
on using Menus, Pathes, Named 
Directories, Aliases, Shells, etc. 
90-pages, $14.95 plus shipping. From 
Echelon, Inc., 885 N. San Antonio 
Road, Los Altos, CA 94022. ★ 


News 

MACROTECH International has 
acquired all rights and all the S-100 
inventory of the defunct Octagon and 
S/D Systems companies (later called 
Syntech Data Systems). Now all 
owners and users of the Versafloppys 
and Expandorams are no longer left 
in the cold since MACROTECH is of- 
fering tech support on the products. 
For support or information on this line 
of products, contact MACROTECH 
International Corp., 21018 Osborne 
Street, Unit *5, Canoga Park, CA 
91304. (818) 700-1501. ★ 

Looks like Alpha Microsystems will 
now become part of Televideo. Alpha 
has been losing money lately and 
apparently is no longer capable of 
operating on its own. Notice that 
Alpha Microsystems, a company that 
grew by selling S-100 systems, has 
been slowly moving away from the 
S-100 line and never really adhered 
completely to the IEEE-696 standard. 
Fair warning! ★ 

If your desire is to know all about 
Optical Disks and CD-ROMs, you 
may want to attend the Optical Infor- 
mation Systems ’86. This conference 
takes place December 9-11 in Arl- 
ington, Virginia. Prices vary from 
about $100 to about $500 depending 
on how many days and sessions you 
attend. The conference features 13 
sessions, special workshops, and over 
60 exhibitors of optical media pro- 
ducts. Contact Conference Manage- 
ment Corporation, 17 Washington 
Street, PO Box 4990, Norwalk, CT 
06856. (203) 852-0500. 


The News and New Products section 
is compiled from press releases and 
other information supplied mostly by 
product manufacturers. Information 
about S-100 products has first- priority 
when considered for publication. 
High-quality photographs are 
welcome. Press releases should be 
dated and should include prices. 
Send to New Products , S-100 Jour- 
nal , 1275 N. University Ave., Unit 7, 
Provo, UT 84604 
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s-100 software 


(Kaa PER ISSUE 

BUYS THIS SPACE 

List your software product here in the S-100 Software 
directory. All listings must be of software that runs on 
an S-100 system. Ads of software that runs only under 
MS/PC-DOS will not be accepted. Messages must have 
approx. 30 words or less. We do all typesetting free. 


DataCOM Super Systems™ 

(813) 791-1454 modem 300/1200/2400 bps 

Remote multi-user 140mb TurboDOS system with files 
for TurboDOS, CP/M, MP/M, and PC/MS-DOS users. 

Courier 2400 modems and 2 phone lines. 
$35.00 annual fee. Call & download application today. 



CO-SY, COMPUTER UND SYSTEME 

Krischerstr. 70, d-4019 Monheim, West-Germany 
(2173) 52071 or 72 

We are looking for cooperation with Software 
manufacturers-authors to adapt and translate Software 
into German. We specialize in UNIX and C language, 
MS-DOS and C, and C-Basic. 


NIRVONICS, INC. 

PO Box 5062, Plainfield, NJ 07061 
(201) 561-2155 

Software for CP/M and MS-DOS. Products include: 
UNIX-style utilities, database program, form 
completion tool and an arcade-style action game 
requiring no graphics hardware. 

Orders for custom software taken. 



scs 

166 Wright Street, Staten Island, NY 10304 
(718) 442-0665 

DISMAL: table-driven disassembler you can 
configure for almost any processor and mnemonics. 
Preconfigured for Z80, all documentation and 
source included for total user customization. 
Specify disc format. $50 prepaid. 


Multicomputer Technology Corporation 

The Multiuser Software Company 
126 Northpoint, Suite 152, Houston, TX 77060 
(713) 847-0333 

Software for TurboDOS systems. Business Financial Mana- 
gement. Dental Office Management. The Menu System. 
See our ads in pages 15 and 22. 



Affordable Engineering Software 

CALL OR WRITE FOR FREE CATALOG 
Circuit Analysis • Root Locus • Thermal Analysis • Plotter 
Drivers • Graphics • Signal Processing • Filter Design • 
Report Proofreader • Transfer Function Analysis. 

BV Engineering 

2200 Business Way, Suite 207, Riverside, CA 92501 
(714) 781-0252 VISA/MC 


AjyiA BUYS THIS SPACE 
1 FOR TWO YEARS 

That’s only $17.50 per issue. All listings must be of 
software running on S-100 systems and must not run 
only under MS/PC-DOS. Messages must be 30 words 
or less. We do all typesetting free. To qualify for 2-year 
rate, please send $140 with the text for your first listing. 



HOWARD PETERS 

Box 2127, Rockford, IL 61131 
JOB — the best CP/M tasking utility. Replaces old sub- 
mit/xsub. JOB runs virtually ALL programs — xsub won’t! 
Many other capabilities — keyboard entry, nesting, wildcard, 
list driven, IF, GOTO, more. Customize it — Turbo/ASM 
SOURCE CODE and utilities included! Information SASE. 
Program $15.00, 8 inch SSSD. Inquire about 5 inch formats. 


ALL MULTIPLE-RUN ADS APPEARING IN THE S-100 SOFTWARE 
OR S-100 DIRECTORY CAN BE CHANGED FROM ISSUE TO ISSUE. 
Simply make certain that we have your text for the next 
issue no later than 2 months after the last one is out. 

Due to the very low price of these ads, payment must 
be made in advance and no free sample issue will be sent. 
Send your listings to S-100 Journal, S-100 Software, 
PO Box 1914, Orem, UT 84057. 
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s-100 directory 


{Non PER ISSUE 

buys this space 

List your business or product in the S-100 Directory. All 
listings must be S-100 related. Messages must have 30 words 
or less. We do all typesetting free. Send listing w/ $20 to 
S-100 Journal, S-100 Directory, Box 1914, Orem, UT 84057. 


RENARD SYSTEMS INC. 

4248 Ridge Lea Road, Amherst, NY 14226 
(716) 833-4758 

Service offices in NYC and Rochester. Full Service CompuPro System Center 
specializing in word processing automation, AutoCad on S-100, laser printers, 
very large hard disk drives, and tape backup. Service contracts to entire 
North East (out of NYC). National distributors for a variety of system 
enhancing software Droducts, including PrintMan, Phantom Printer, 
Smart-Op and Speed-Op by Data Base Administrators. 



COCHLIN COMPUTER SYSTEMS INC. 

330 Townsend St. # 107, San Francisco, CA 94107 
(415) 495-5999 

Authorized CompuPro System Center. On-site service and 
maintenance, custom software design, multiuser system in- 
tegration, local area networking, user training and more. 



M ELECTRONIC SYSTEMS, INC. 

7645 Production Drive 
™ FI Cincinnati, OH 45237 

1 1 f513) 761-5610 

Your Midwest Source For CompuPro Multi-User 
Computers! On-Site Maintenance, Custom Software 
Systems, Peripherals. In Business Since 1958! 




MENTZER COMPUTER SYSTEMS 

1441 Rollins Rd., Burlingame, CA 94010 
(415) 340-9363 

CompuPro Full Service System Center. Custom S-100 systems 
for Accounting, Medical, and Legal applications. Repair and 
maintenance of all brands of S-100 systems. 


LPI - Micro Drive Service 

10020 Fontana, Overland Park, KS 66207 
(913) 648-1373 

Unique service for the unique Micropolis disk drives 
found in Vector Graphic System B, Exidy Sorcerer, 
and other S-lOO systems. Factory qualified, fast 
turnaround, reasonable prices. 




MICRO POWER UNLIMITED 

1716 Erring Rd. #102, Simi Valley, CA 93065 
(805) 584-6789 

Authorized CompuPro System Center. We provide on-site ser- 
vice and maintenance, custom software design, multiuser 
system integration, user training and more. 


MEGATECH 

PO Box 4213, Yalesville Station, CT 06492 
(203) 634-4593 

We buy, sell, and trade S-100 boards. An enormous 
selection of backplanes, S-100 cards, and whole 
systems is available. Call or write for free catalog. 
Complete repairs also available. 



JURIS SCRIVENER, INC. 

2019 B Hollywood Blvd., Hollywood, FL 33020 
(305) 920-7772 

System Integrator and Vendor. S-100 Granturbo Computers run- 
ning TurboDOS 8 and 16 bit, will also run CP/M and MS-DOS. 
Systems for 4 users and up. FMS 80 Data Base Management 
Software for S-100 computers. Primage printers. 

PMMI S-100 MODEMS Professionally Serviced 

Guaranteed 90 days private use. 300/600 Baud. 
Paid Orders from stock. No CC. Order 
PMMI/103MS, Send $54.45 incl P&H to 
Sparks Micro, Box 880, Sparks, MO 21152 

S-lOO Specialists Since 1978. 



SMALL BUSINESS SYSTEMS, INC. 

PO Box 635, 9537 Jackson Ave 
Brookfield, IL 60513 
(312) 485-8338 

CompuPro multi-user systems, networking, 
peripherals, software. Fast, reliable, and versatile 
systems for any business computer needs. 

&4Af\ BUYS THIS SPACE 
$141/ FOR TWO YEARS 

That’s only $1750 per issue. All listings must be S-100 related. 
Messages must be 30 words or less. Message can be changed for 
each new issue (notify us no later than 2 months after previous 
issue). We do all typesetting free. Send first listing with $140 to 
S-100 Journal, S-100 Directory, P0 Box 1914, Orem, UT 84057 
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EARTH 
LAUNCHES NEW STARS 

EARTH COMPUTERS launches some of the ‘Hottest’ new stars in the S-100 Universe. 
EARTH’S new stars are fully compatible with the Multiuser TurboDOS operating 
system, and will operate in most S-100 systems, including pre-IEEE 696 systems. 



TURBOMASTER 8 

This outstanding new 8-Bit Single 
Board Computer offers features that 
are out of this world: 

• On-board ST-506 Winchester Controller 

• TurboDOS, CP/M, MP/M compatible 

• 5Va" and 8" Floppy Controller 

• Up to 256K of memory 

• 8-MHz, Z-80H CPU 

• 2 serial ports, 1 Parallel port 


EARTHNET S-100 
and EARTHNET PC 

The low cost, ARCNET-compatible 
way to tie S-100 systems and PCs. 

• Token-passing architecture 

• 2.5 Megabit data rate 

• 255 nodes per network 

• 2000 feet between nodes 

• Simple coax wiring 

• Optional on-board active hub 


To put these stars to work for you, 
call or write EARTH COMPUTERS. 

BE SURE TO ASK HOW YOU 
CAN WIN A FREE Z-80 
COPROCESSOR BOARD. 


TURBOSLAVE I 

The perfect companion to the 
TURBOMASTER 8 or other 8/16-Bit 
Master processor. This high-speed 
slave utilizes an 8-MHz Z-80H CPU 
and offers extensive on-board 
diagnostics... an industry exclusive. 

• No paddle boards 

• 128K of RAM 

• 2 RS-232 ports, 50-38.4 KBaud 

• FIFO communications 

• Data transfers to 1 MByte 


P.O. Box 8067, Fountain Valley, CA 92728*TELEX: 910 997 6120 EARTH FV • PHONE: (7 1 4)964-5784 



One Strong Link 
Can Strengthen Your 
Whole System 


TurboNET® is Teletek's new local 
area network that permits reliable 
high speed data transfers among com- 
puters of differing bus architectures. 
TurboNET is designed to b? used in 
networks consisting of mu tiple S-100 
based and PC based systems. It will 
allow up to 4000 users, including 
up to 255 IBM PCs or comaatibles, 
to share a single network and all 
attached peripherals. The network 
can be organized in any number of 
different ways mixing Teletek's 8 and 
16-bit multiuser systems and PCs in 
any combination. 

Teletek's Networking Family consists of: 


TurboNET PC: 

IBM-PC Network Interface Board 
Teletek's TurboNET PC board offers 
IBM-PC Compatibility, CSMA industry 
standard protocols, 2 megabits/sec 
network speed, on-board CPU and 
communications management firm- 
ware, and media independence. 

TurboNET S-100: 

S-100 Network Interface Board 
Teletek's TurboNET S-100 board offers 
IEEE 696 Compatibility, CSMA indus- 
try standard protocols, 2 megabits/sec 
network speed, on-board CPU and 
communications management firm- 
ware, and media independence. 


The benefits are obvious: The cost 
savings of shared peripherals, almost 
unlimited system expansion capabil- 
ity, and the use of existing PC work- 
stations with the ability to run the 
myriad of application software written 
for MS-DOS and PC-DOS. This 
coupled with Teletek's 8 and 16-bit 
multiuser systems running application 
software written for CP/M and MP/M 
allows the system the ability to access 
almost any software library. 

For more information on Teletek's 
TurboNET S-100 and TurboNET PC 
boards or on any of our full line of 
S-100 products, please call our Sales 
Department at 916-920-4600. 



TELETEK 

4600 Pell Drive, Sacramento, CA 95838 
(91 6) 920-4600 Telex #4991 834 Answer back — Teletek 


© 1986 Teletek 




